EZ ITT AZ AMIGAonly 3. SZÁMA! 
: . INTRO 


Egyszer volt, hol nem volt, volt egyszer egy AMIGAonly 2. 
száma. (az Üveghegy és a Kurtafarkú Malac most kimarad, 
inkább ugorjunk...) Idén (1995) július-augusztus tájékán 
megkeresett egy Chabba nevezetű ember (ő a Chabba), akivel 
nekiálltunk tervezgetni az AMIGAonly 3. számát. Sikerült is 
nagyjából befűtenünk a kazánt, azaz úgy terveztük, idén év 
végére megjelenik a 3. szám. Mindannyian nagyot tévedtünk. 
Szeptember végén megkeresett minket (először a Louise-t) az 
akkor PC AND MODELL2ObO Kft. ügyvezető-igazgatója, 
névszerint CSERKUTI ZOLTÁN (azt hiszem, sokaknak nem 
kell őt bemutatnom), hogy hajlandó az újságunk minden 
költségét kifizetni, a nyomdától a terjesztésig, CSAK: írjuk meg 
a következő számot a COMPFAIR-re. Ez akkor pontosan azt 
jelentette, hogy van egy hetünk arra, hogy megírjuk az újságot. 
Elvállaltuk. 

Ez okból lett most csak 32 oldal. (Elvégre nem vagyunk gyors- és 
cikkírók) De a következő számtól, amely december elején fog 
kijönni, az újság kerek 64 oldal lesz, valamint kéthavonta fog 
megjelenni. 

Hogy miért is történtek ilyen rohamos változások? A változás 
egyik oka az, hogy 1995. november 1-én délelőtt 10 órakor 
megnyílik Magyarországon az első AMIGA SZALON, amely 
egyben lapunk (ah!) hivatalos támogatója is. 

Az AMIGA SZALON és egyben az AMIGAonly címe ezentúl: 


1093 Budapest, IX. kerület Bakáts utca 6. szám. 


Ez azt jelenti, hogy a terjesztésben és az árúsításban ezentúl 
már nem vagyunk benne (szerencsére), a többi szötban marad a 
régiben. 

Az  AMIGAonly részére küldött leveleiteket, továbbá az újság 
megrendelésével kapcsolatos mindennemű kérdéseiteket " is 
ezentúl erre a címre küldjétek majd. 


S mi is az az AMIGA SZALON? Ez bizony egy 260 m2 
alapterületű üzlet, ahol lesz elsősorban egy 60 m2-es 
bemutatóterem, ahol meg lehet tekinteni a kiállított 
gépeket (azért ezt nem gondoltátok volna!), továbbá 
AMIGA szerviz, használtcikk-kereskedelem meg miegymás, 
ami az AMIGÁVval kapcsolatos. 


ni erről 


Kezdve az elején, nagyon örülök, hogy egy igen színvonalas 
(nyeső) grafikust sikerült Chabbának kerítenie, ő Nestor, 
remélem meg tudunk vele egyezni abban, hogy a továbbiakban is 
vállalja a címlap készítését. 

A címlapra semmi sem került az újság tartalmáról, ezzel 
ellentétben — viszont - ebben a számban először - 
tartalomjegyzékkel is találkozhattok. Úgy gondoltuk, 32 
oldalnak azért ez már jár. 

Azt is remélem, hogy bár ez a szám igen viharos körülmények 
között készült, mégis sikerült valami "maradandót" alkotnunk 
(most nem egy tapétázásra gondoltam), eltekintve attól a néhány 
hibától, ami biztosan van az újságban, de ugye tévedni ember 
dolog, sőt néha még velünk is előfordulhat. 

(Special Thanx to P. Howard) 


Lassan befejezem itt a fellengzős szövegemet, jöjjön akkor a 
lényeg, azaz most ugrik a mah-jjong a vízbe. 


Magic 
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RAY-TRACING rovat 


Az AMIGAonly - tervezett - következő száma december ele- 
jén fog kijönni. A 4. számtól állandó rovatokat kívánunk 
indítani a következő témákból (-: 


Programozás kezdőknek 
Programozástechnika: C4-4- / E / Asm / Arexx 
Ray-tracer-ek (LightWave, Imagine...) 

OS kezdőknek 

OS haladóknak (tricks £ tipa) 

MUI (How to install..?, How to use..?) 
Fraktálok (Yeah!) 

Zenék szerkesztése (OctaMED, Art Of Noise...) 
Module Formats (How many?) 
Adatbáziskezelők (SuperBase, AMIBase...) 
Modemek (BBS ?!) 

Kommunikációs programok (Term, Twin...) 
InterNET / AmiNET 

Emulátorok (PC-Task, C64, Spectrum...) 

PD, PD, PD... (PD rovat) 

UNIX File System (Amiga 4 Linux) 

és még sok minden más, ami zaja az eszünkbe jut... 


0. ni 
asz (ÖN-ba 
csal 7-leye. 
TERET EERSETSEKET Havea GOOD AMIG 


FINAL WRITER 4 RELEASE 
from SOFTWOOD INC. 


Itt van, megérkezett végre a legszebb, leggyorsabb és 


leghasználhatóbb szövegszerkesztő program, a Final Writer 
negyedik kiadása, a SoftWood gondozásában. 

A Final Writer eddig is a legjobb ilyen típusú program volt az 
és 


Amiga platformon, felhasználóbarátságával elsősorban 


" sebességével lekörözve minden mást. 


j 


 javítgatja a méltán § 


§ 


A négyes verzió — — egyik 


SZRHRÉE, két kisebb (de ran] - mi ! 
hiba; az alapbeállításban kifelejtették hi, 


Select Font-ot, vagyis ha meg [d 
akarjuk változtatni azt a betűtípust 
amivel dolgozunk, csinálnunk kell egy 
menüpontot, vagy egy button-t. Ez ja 
nem túl bonyolult feladat, 


csúcson van a maga kategóriájában. A legfontosabb extra a 
programmal kapcsolatban, hogy képes 1.2-es Kickstart-al 
rendelkező gépeken is működni, talán egyedüli multiformat 
moduleplayer-ként. Jelenleg 24 féle module-t képes lejátszani, 
köztük az egyre népszerűbb s3m és más 1-32 csatornás pc-n írt 
muzsikákat. Természetesen a hagyományos mod, med, tfímx és 
SID formátumokkal is jól elboldogul. Fontos dolog, hogy mielőtt 
megbíráljuk szegény HippoPlayer-t, amiért a 80 MIPS-es 
ai 060-as kártyánkon is csak max 28kHz-el képes 

TF ES lejátszani a 32 csatornás zenéket, olvassuk el a 
HippoPlayer.Guide ide vonatkozó részeit. Ugyanis 
"ii ha a hagyományos (TV/RGB monitor) esetet vesszük 
figyelembe, a PAL képernyőmód miatt a maximális 
id mixing rate 28kHz, függetlenül a processzor 
teljesítményétől. Tehát ha a pc-n általánosnak 
tekintett 44.1kHz-cel szeretnénk a zenéket hallgatni, 
vennünk kell egy VGA vagy egy MultiScan monitor-t. 

IN Én azon szerencsés user-ek közé tartozom, akiknek 
nem kell nézni az interlace villogását, ugyanis 
komoly osszegért (10.500 Ft!!) hozzájutottam egy 
IB kiszuperált REUTERS MultiScan monitoórhoz. 


UserlOther/lPreferences menüben [d jol. Az 
csinálni kell egy új menüpontoi 
(Actions/New), majd Command/Type-STRING, és Path or 
NamezFONT. Ezzel létrehoztunk "egy új menüpontot az 
User-en belül aminek a segítségével már meg is van oldva a 
probléma. 

A másik, sokkal nagyobb hibácska, hogy a program nem 
hajlandó együttműködni a MagicMenu-vel. Ez egy nagyon jó kis 
program ami arra hivatott, hogy kicserélje a menüket 3D 
formájúra, vagy hogy billentyűzetről is kezelhető legyen az 
arnúgy kizárólag egérrel elérhető menü. 

De még ezekkel együtt is jobb mint bármelyik társa, persze még 
igy sem igazán ajánlatos 256 színben működtetni, csak ha az 
embernek valami gyors videokártyája van. 8 


HIPPOPLAYER V2.12 
from HIPPOPOTAMUS DESIGN 


A Hippopotamus Design vagyis K-P Koljonen, a vizilovak 
nagy barátja 
rendületlenül 


népszerű module 
lejátszóját, szinte H 
hetente jelenik meg f 
újabb — és újabb 
verzió, egy rakás 
hiba kijavításáról 
szóló doksival § 
együtt. Ha csak azt f 
nézem hogy ez az 
ember mennyi doksit § 
képes gyártani 
máris könnybe lábad § 
a szivem, és végtelen 
tisztelettel gondolok rá. 


Jelenleg a Final Writer-hez hason- lóan a HippoPlayer is a 


t fOJTTZTTES TTTZHTUENEZTTTHEZ Ki HESZÜTEZZOEEEI ETT ZOON [ 


DBLPAL-ban használom 720x540-es felbontásban 
remegésmentes " 49Hz-es képpel. A kedves 
HippoPlayer teljes lelki nyugalommal játssza le a module-okat, 
csatornaszámtól függetlenül 54kHz-en! Ugyanez, ha véletlenül 
egy program PAL képernyőt nyit, borzalmas recsegéssé fajul. 
Sajnos ez a beépített grafikus csipnek tudható be. (Ja, majdnem 
elfelejtettem, hogy a processzorom 030/5OMHz...) 


A HippoPlayer teljes AREXX interface-szel rendelkezik, 
minden fontos funkciója elérhetővé tehető más programok 
számára is. Ha például már fut a Hippo és meghívom 
mégegyszer, mondjuk paraméterként egy module nevével, akkor 
a module nevét automatikusan beilleszti a már futó program 
module-listájába. Ez nagyon akkor kényelmes, ha például 
MaxonTools-ból, vagy DirOpus-ból akarunk module-okat 
játszani... 


JPegAGA Version 2.2 
by Günther Röhrich 


Aki szereti a nagyon jó minőségű képeket, és ezért képes plussz 
egy 198 byte-os file-t is eltűrni a lemezén annak feltétlenül meg 
kell néznie ezt a kis programot. A program működéséhez 
szükség van legalább 020-as processzorra, AGA chipset-re és 3.0 
vagy újabb kickstart-ra. 


Ha ezek megvannak, nincs más hátra mint gyönyörködni a 
pictures-ben... A jpegAGA igyekszik a legmagasabb fokú 
komapibilitást tartani az Independet JPeG Group által 
meghatározott irányvonalhoz képest. Lehetőség van a képek 
nagyon gyors megjelenítésére is (-GRAY) fekete-fehérben, illetve 
a méggyorsabb opcióval (-SCALE 1/x) lekicsinyítve is. 

A -SMR kapcsoló segítségével minden egyes kép esetében 
felkínál egy ScreenMode-Reguester-t ahol kiválaszthatjuk az 
optimális képfelbontást. 

A program ezeken kívül semmiféle extrát nem tartalmaz, de 
Amigán ez az egyedüli, amely képes a MAP file-okat használni 
a JPeG megjelenítéskor. 


MODULES CD 1 
PIXEL £ DSZ Brain 1995 


Sok Amiga user kénytelen az embertelen mennyiségű module 
miatt winchester-ét állandóan tisztogatni, törölni XPK-zni stb... 
Nemrégiben néhány megszállott zenerajongó (module-rajongó ;-)) 
készített egy fantasztikus CD-t aminek még extra neve sincs, 
egyszerűen Modules. A CD-n több mint 4800 zene file található, 
444 megabyte .mod, 137 megabyte .s3m és még kb 20 féle 
formátumú zene. Az egész összesen több mint 673 megabyte! 
És ami a legmegdöbbentőbb, a srácok az összes(!) module-hoz 
csatoltak egy-egy sornyi információt ami tartalmazza a teljes 
nevét, készítőjét (már ahol ez meghatározható) és hosszát. A 
text-file-oknak a hossza, amikben az info van több mint 380.000 
byte! Ez a rengeteg gépelés és zenehallgatás nem akármilyen 
megszállott embereket határoz meg... Ezúton is szeretném 
üdvözletemet küldeni a készítőknek: 
Hi PIXEL and DSZ BRAIN ! 

Fontos információ ezzel kapcsolatban, hogy NONPROFIT 
jellegű dologról van szó, tehát ingyen lemásolható a CD bárki 
számára. (Az egyik készítőtől hallottam, hogy már készülőben 
van a második rész is, tehát ha végighallgattad a több mint 200 
órányi zenét, 2nd muzakra fel!) 


LSSZOTAR V1.0 
LouiseSoftware 1995 


Most egy olyan project-ről vagyok kénytelen (vagy képes) írni, 
amit jómagam követtem el. Az a tény sarkallott a program 
megírására, hogy nem találtam olyan szótárazásra alkalmas 
kreálmányt, amivel akár egy doksi olvasása közben 
kikereshettera volna a számomra ismeretlen szavakat. (Persze 
egy megoldás az is, hogy PC-Task alatt futtatom a AMI-t...) 
Tehát egy isme- rősöm megdobott egy nagyobb léleg- zetű 
adatbázissal, ami ennek a szótárnak az alapja lett. Aztán szépen 
lassan minden- honnan összegyűj- tögettem a szava- kat, és nem 
volt más hátra, mint egy program, ami a rengeteg szóból ki- 
keresi a megfelelőt. 

Így — született az 
LSSzotar v1.9, 
arni - minden nagy- 
képüűség nélkül - a 
jelenlegi legjobb és 


legnagyobb szótár 
Amigán. 
regisztrált — verzió 


jelenleg több mint 
55.000 
Angol-Magyar, 
több mint 72.000 
Angol-Német és 
több mint 65.000 Német-Magyar szót és kifejezést tartalmaz. 
Azért írtam hogy jelenleg mert az adatbázist időnként 
upgrade-elni fogom, és mivel a program segítségével lehetőség 
van az adatbázis bővítésére is. Az egész szótár Cross rendszerű, 
arni azt jelenti, hogy egyszerre, egy szó beütésével további két 
nyelv megfelelő szavai érhetők — el, tehát az 
Angol-Magyar-Német nyelvek között akármelyik irányba lehet 
szótárazni keresztbe. A keresési sebesség jónak mondható, 
maximum 2 másodpercet kell várni a válaszra (de ennyi idő alatt 
2 nyelv adatbázisában keres...), persze ez függ a gép illetve a 


winchester sebességétől is. Lehetőség van text file fordításra is, 
ilyenkor egy file (például egy komplett doksi) minden egyes 
szavát lefordítja, majd egy új file-ban az eredeti illetve a 
lefordított sorokat felváltva letárolja. Még egy jó tulajdonság: a 
program. regisztrációs díja 250Ft, ami azt hiszem már 
majdnem a NONPROFIT kategóriába esik. Bővebb információt, 
vagy megrendelést az AMIGAonly postacímén lehet eszközölni. 
(Egy érdekes hír, hogy a program megjelenése napján tíz 
úgymond el is kelt belőle. Azt hiszem ez magyarországon, 
Amiga-software téren még sokáig rekordnak számít...) 


SHAPESHIFTER V3.2 
CHRISTIAN BAUER 


A Macintosh emulátorok legújabb tagja, a ShapeShifter már, a 
HippoPlayer-hez hasonlóan sokadik, hetenként megújuló 
verziója az utolsó ujdonság mára. A shareware verzió rengeteg 
mindent tud, a regisztrált verzióhoz képest csak a 
winchester/partíció kezelés van módosítva. Megdöbbentő már az 
a tény is hogy Multitasking Macintosh Emulator, hát még ha 
belegondolunk, hogy egy olyan Mac, ami manapság 
elfogadhatónak mondható, legalább fél millió forint, és ez a 
program akár egy sima A1200-ason is elfut. (Hát Chris Hames 
neve mellé lassa bekerülni látszik Christian Bauer-é is az 
emulátorírók panteonjába...) Szóval egy Mac-ről kimásolt ROM 
file, és egy Mac OS 7 rendszerlemez segítségével nyugodian 
elmélyedhetünk a drága Mac-ek világában. Dolgozhatunk 
24bit-es — képernyőn, akár — multi-monitor — rendszerben, 
rácsatlakozhatunk — Ethernet  hálózatokra, használhatunk 
párhuzamos porton elhelyezkedő hangdigitalizálót, megy a 
multichannel sound is, sőt ha ugyanolyan hardware-rel 
rendelkezünk mint az összehasonlításra szánt Mac, (pid 
030/50MHz, 8Mega RAM) akkor a sebesség (a program írója 
szerint) az  összehasonlítható kategóriába esik. Sajnos 
rendszerlemez hiányában még egyik verziót sem tudtam 
letesztelni, de ami késik, nem múlik... 


MULTICX V2.10 
by MARTIN BERNDT 


XV 


A legújabbkori — multifunkcionális — patch programok 
legjelesebbike, a MultiCX szintén egy nagyon aktív programozó 
műve. Rengeteg kis programocskát tartalmaz, méghozzá a 
legmagasabb fokú rendszerbarátsággal. Néhány érdekes funkció: 
az ablak bármely részére kattintva aktívvá tehető, ha nem DOS 
lemez van a drive-ban, sokszor próbálkozik a rendszer, míg 
felfedezi. Ez akár 1-re is csökkenthető, sőt a drive kattogása 
is kikapcsolható, van  képernyőkimélő program, vonalak 
rajzolgatásával (MOIRE), a középső egérgombra rá lehet 
definiálni a screen-váltást (Am), van egér gyorsító és blankér, 
SunKkey, SunMouse, az ALT és a numerikus billentyűn leütött 
számból karakterkódot generál (ALT 65-A) és még rengeteg 
más... 


Louise 


AMIGA 1200 4 ATAPI CD 
Oliver Kastl - a1200 atapi.device 


Hát ez remek! CD meghajtó AMIGÁhoz, mindenfajta drága 
kütyü nélkül. OLIVER KASTL megkönyörült az AMIGÁs 
népeken, és létrehozta azt amire mindenki vágyott. 

Egy device-t. 

Kicsit fellengzősen fogalmaztam, de valahol igazam van. Az 
egész dologhoz nem kell más, mint egy szabad 3.5 inches HD 
hely az AMIGÁn, egy ATAPI CD-ROM drive, és egy kis 
software segédlet. A software segédlet bővebben: 

- a DEVS:-ben egy A1200 ATAPLDEVICE 

- az L:-ben egy CACHECDFS 

- és a DEVS:DOSDRIVERS-ben egy CDO 


fudddéddádééétééétéééétéééttééééététététééétééééééttétéééééééél / 
PCacheCDFS mountlist entry O 1995 Elaborate Bytes, 9 


7 bál 0. Kastl "/ 
VEENANNEN TELNIE ENNE ELNE KEN EE KET EKENEKEL EKE EE EBE BEEE 


FileSystem  - L:CacheCDEFS 7! a handler neve §/ 

Device z"a1200. atapi.device" /t a device neve §/ 

Unit z1/t hányadik egység azon a device-n belül §/ 
Flags z0/ nyitott device (lag-ek §/ 


BlocksPerTrack z 351000 /t nincs használatban t/ 

BlockSize — 5 2048 /tigaz, de nincs használatban !/ 

Mask sz 0x7(MNfe /t memória mask, direkt olvasáshoz t/ 
MaxTransfer . - 0x100000 /t max. hány byte-ot olvasson egyszerre "/ 


Rcserved  -0/ nincs használatban !/ 

Interleave . 50/" nincs használatban t/ 

LowCyl -0/t nincs használatban 1/ 

HighCyl z0/t nincs használatban §/ 

Surfaces — -1/t nincs használatban t/ 

Bulfers — -8/t cache sorok száma §/ 

BulMemType  - 1/t MEMF PUBLIC "/ 

GlobVec — 5-1/t ne módosítsd !!! §/ 

Mount z 1/t azonnal fel"mount"olódjon "/ 

Priority 5 10/t a FileSystem task prioritása §/ 
DosType 0x43443031 /" jelenleg nincs használatban !/ 
StackSize  56000/" a minimális STACK érték 3000! "/ 
Control z"MD-0LC-1 DC-4SNCL LV AL LFC-1 


HR-.rsrc AUDIO-DHO:A udioCD/Play CD" 
7" A CONTROL mező speciális paraméterei: §/ 
78 18 az összes file/könyvtár/meghajtó nevét kisbetüvel írja §/ 
7 LV/S az összes meghajtó nevét kisbetűvel írja §/ 
17 AL/S Automatikusan kisbetűre konvertál egy nem AMIGA CD esetén 
/t LFC/N melyik karaktertől konvertáljon !/ 
7" LC/N/A hány blokk legyen soronként !/ 
7 DC/NJA a cache sorok összege a data cache-hez "/ 
7" MD/N/A a blokkok száma, ahonnan kezdje a direkt olvasást, §/ 
/" nem használja a cache-t. Legyen 0 az értéke (LC"DC4.1) §/ 
78. S/S Hajtsa végre az SCSI direkt parancsokat, ne a TRACKDISK parancsokat !/ 
78 NC/S De használj TD ADDCHANGEINT-et, szavazz a DISKCHANGE-re! §/ 
7 M/S Iajtsa végre a TD MOTOR (OFF) parancsot olvasás után !/ 
7" AUDIO után - útvonallal - a CD player nevét kell beírni §/ 


Ha megvan a device-nk, meg a handlerünk, akkor lényeges 
változások állnak be a rendszerünkben. 


FINDCD 


Ez egy igen egyszerű kis utility; megnézi, hogy az általunk 
kiválasztott device 
milyen CD drive- 
okat tud lekezelni. új 

Bal oldalon kell ki- 
választani a device ESB eg. 
nevét (a rendszer- H5S ; 
hez tartozó device-k EZSÉÍ ES 
nagyrészt SCSI FESS oni 
device-k, a velük Jreáthh sszfj[? a nak 
való — próbálkozás E — 
nem fog sok ep bem em 1; - 
eredményt hozni), s ű 
a jobb oldalon 


kiírja, hogy milyen CD meghajtót talált. Hátha valaki nem tudja 
alapon. 

Miután megvan a CD-nk (megtaláltuk a FINDCD-vel), a 
következő lépés egy 


MOUNT CDO: 
parancs kiadása (vagy elég a DEVS:DOSDRIVERS/CDO-ra 
kattintani). 
Ezek után a CD 
ikonja meg fog 
jelenni 4 a WB 


felületen. Kezelése 
ugyanúgy történik, 
mint bármilyen § 
HD-é, csak egy ú 
gond van vele, hogy SEgra 
írni nem lehet rá. § 
(érthető okokból) 


Akár le is formáz- 
hatnánk, mint egy 


685 MByte-os HD-t. 


(EGŐJÍT era eosgzonesnn EETTSTIKHSTŐ Mivel — jelentősen 
ij Hg 11 elterjedtek nálunk 
k k TTL j is az írott CD-k, 
3 ey HiRHEÍtó isa fore v 
7 kk ; mel ezúton  figyelmez- 
srarelg tetek — mindenkit, 
jee hogy a CD felső 
[ ESZTórát EKTFGFTRLTÓ ETETTÁZAET mid (lakkozott) oldalára 
f jögpezij ne írjon semmit 
rat olyan íróeszközzel, 
meszkee ami karcolhat, mert 
akkor keletkezhet 


némi error a CD-jén. (Chabba tudna erről mesélni...) 


A következő program, aminek nekieshetünk (újabb állítgatási 
lehetőségeink lesznek ezáltal: 


A CDFSPrefs 


A PREEFS--ben kell 
lennie. Itt ugyan- É87EME 
azokat állíthatjuk főzütjessg eses edágl 
be, amit  beállít- rima 

hattunk már egy- 
szer a CDO: 
mountlist-ben, a 
CONTROL paramé- 
terezésével. 

Nem baj, a jó pap is 
holtáig állítgat vall- 
juk, és mennyire 
nincs igazunk... 


1! B HEEBE 


Mit csinál ilyenkor egy átlagember? Elkezdi fúrni a saját oldalát, 
hogy vajon mit is tud ez a CD meghajtó? S előkeres bizonyos 
tesztprogramokat. 

Azonban a tesztprogramok futtatása előtt megkérek mindenkit, 
hogy szerezzen be egy bizonyos SETATAPISPEED nevű 1 
KByte-os programot, tegye bele a C:-jébe, és bővítse ki a 


, 


STARTUP-SEGUENCE-jét azzal az egy sorral, hogy: 
C:setATAPlspeed a1200 afapi.device 1 32 NIL: 


- ahol a setATAPIspeed a program neve, 

- az a1200 "atapi.device a device neve, 

- az 1 a unit száma, 

- és a 3 a sebesség értéke 0-leglassabb, 3 leggyorsabb. 

- a 5NIL: pedig azt teszi, hogy az esetleges válasz ne kerüljön 
kiiratásra. (WB kezdőknek...) 

A program egy dupla sebességű CD esetén 20 KByte/Sec 
adatátviteli sebesség növekedést eredményez, de ami még 
fontosabb; CD-ről történő hatalmas animációk lejátszása esetén 
szép folyamatosan fog peregni az ANIM. Főleg a CD32 
emulátornál lesz ez hasznos. 


Ezek után jöhetnek a tesztek: 
SYSINFO: 


A tesztek egy 
MITSUMI FX-400 
segítségével lettek 
elvégezve, — amely 
valójában az én 
tulajdonomat képe- 
zi. Tehát egy spec. 
thanx azért jár 
nekem. 

Itt látszik a 600 
KByte/sec — adat- 
átviteli " sebesség, 
amely vetekszik egy két régebbi HD hasonló értékével. A 
következő teszt a RAWSPEED CONTROLLER 
PERFORMANCE TEST. V1.10-es verziójával lett elvégezve: 


Ezek után a fel- 
használó tökéle- 
tesen meggyőződhet 
arról, hogy a CD 
meghajtója úgy mű- 


ködik, ahogyan 
annak — működnie 
keil  rátérhet a 
valódi - CD-hez 
kötött  alkalmazá- 


sok megismerésére. 


Mivel AMIGÁ-ra sajnos nem tolonganak a programok CD-s 
verziói (eltekintve a CD32-től), ezért a CD használata - általában 
- négy fő részre osziik: 


1. Az AUDIO CD-k hallgatgatása, 

2. A PHOTOCD-k nézegetése 

3, ISO 9660, vagy más formátumban 
FileSystemben történő használata 

4. CD emulátor segítségével CD32-es játékok futtatása. 


megírt CD-k 


1. AUDIG CD PLAYERS 


Nera kell.itt megijedni, semmmi ördöngösség nincs a dologban, 
minden ugyanúgy működik, mint egy normál CD lejátszó esetén. 
Söt, azt lehet mondani, hogy egyszerűbb is, mivel egyes 


piayerekné! begépeihetjük a CD nevét, a szerzőt, és a 
számcímeket, amivel bízvást el tudjuk kápráztatni családunk 
leghitetlenebb tagjait is. 

Még valamit! AudioCD-k hallgatásához nem szükséges 
végrehajtani egy MOUNT CDO--t, ugyanis a CD playerek a 
device-n keresztül hivatkoznak a CD drive-ra. 


Oliver KASTL úr a device-hoz írt egy AudioCD lejátszót is, ez a 
PLAYCD nevet viseli, rövid, de velős kis program. Az icon 
tooltypes-nél kell beírni, hogy melyik device, illetve unit jelenti 
nálunk a CD-t. Egy HD mellé másodiknak rádugott CD drive 
esetén ezek a paraméterek a következők: 


DONOTWAIT 
SKIP-1 
BUFMEMTYPE-1 
FONT-(a font neve) 
FONTSIZE-8 
PEEKTIME-20 
UNIT-1 
DEVICE- 

za1200 atapi. 
8 device 
(ez utóbbi természe- fi 
tesen egy sorba van 
írva, csak nem fért 
ki.) Egy Audio CD lejátszó működését remélem senkinek sem 
kell külön elemezgetni... 


A második lehetőségünk a JUKEBOX 2.85 sz. verziója (vagy 

annál újabb), mert azokhoz van egy ATAPI PLAYER 

MODULE 2.1, amelyet 95.02.20.-án kreált FRANZ JOSEPH 

REICHERT, akinek a nevéhez fűződik maga a program is. 

A player a jobbak közé tartozik, ezért több memóriával, és 

nagyob CPU leterheltséggel kell fizetnünk. (én talán egy 

ChipMem-es 1200-esen nem ezt használnám...) 

Az icon tooltypes-be Ezek 

nem árt beleírni, T 7 

amennyiben nincsen z ; 

benne, legalább 

annyit, hogy: 

PLAYER- 
ATAPI.PLAYER 

UNIT-1 

DEVICE: j 
a1200 atapi. jj 

device ESNE 
Megadhatunk itt. BEST és SZÉ 
még macro-kat is, 


EEG [els Aj te meg — sok 
Frett jer irsz m I; mást is, többek 
3 s között a katalógus 
nevét is. 
(CATALOG - [ka- 
talógus neve, abban 
a könyvtárban kell 
lennie, . ahol 4 a 
JUKEBOXK is van)) 
Ebbe a katalógusba 


beírogathatjuk — a- 
puci 1000 CD-jének 


egyéb 


- szabad időnkben ( 


10000 számcímét is akár.... Ha valakinek van elég ideje hozzá. 

A JUKEBOX-ról egyébként azt hiszem még ejtek szót a 
későbbiekben, mert szerintem ez a program megér még egy 
fekete mesét... 


Utóljára hagytam azt a programot, amit magam is használok, 
mert nem tudom miért. (így jött ki) Létezik még ezeken kívül is 
CD lejátszó, azonban hozzám csak ezek jutottak el működőképes 
állapotban. (igaz nagyon nem kutattam CD playerek után) 
Természetesen az ASIM TUNES-t, söt magát az ASIMCDFS-t 
is kihagytam ebből a cikkből, nem önző alapon, egyszerűen azért, 
hogy legközelebbre is jusson valami. 

Tehát MCDPLAYER V1.0E. Aki átlag zenehallgató, vagy csak 
az akar lenni, annak nem kell ennél jobb. Van benne katalógus, 
mint a JUKEBOX-ban, de mégsem akkora az igénye (igaz nem is 
tud annyit). Mindezeket összevetve egy remek kis program, de 
akinek esetleg nem tetszene, az se csüggedjen, mert mellékelve 
van a program forráslistája is C-ben. (lássuk ki tud ennél jobbat 
csinálni...) 

A programot a következőképpen lehet konfigurálni (az icon 
tooltypes-ban): 

SONGPATH-l[a könyvtár neve - útvonallal - ahol a katalógus 
találhatól 

SCSI DEV-a1200 atapi.device 

SCSI ID-1 

WND POS-Ihol legyen az ablak megnyitva] 

FONTNAME-l[a használandó font neve - a programhoz van 
három MCDP ???.FONT nevű font mellélekvel] 


Még talán annyit említenék meg, hogy a katalógus itt nem úgy 
működik, mint a 
JUKEBOX-nál, 
azaz nem egy nagy 
catalog file-ba teszi 
a címeket, hanem 
minden egyes új - 
általunk beírt - CD- 
nek ad egy 
IDxxxxxxxxxxxxxx 

N nevű azonosítót, és 


§ azon a néven 
elmenti a 
SONGPATH 
könyvtárba a 


számok meg a lemez címét mezei text formátumban. Mikor 
később berakjuk a CD-t a meghajtóba, a program ebből az ID-ből 
beolvassa a lemez adatait. 


Talán "ez jobb megoldás, mint amilyen a nagy catalog file a 
JUKEBOX esetében, mivel jóval kevesebb a memóriaigénye. 


2. PHOTO CD VIEWERS 


Egy PhotoCD valójában nem más, mint egy "normál File 
System"-es CD, amelyen egy PHOTOCD/IMAGES könyvtárban 
találhatók PCD kiterjesztésű file-ok, általában 100 darab 
(IMGxxxx.PCD néven), továbba a PHOTOCD könyvtárban egy 
OVERVIEW.PCD file. Mik is ezek valójában? 

Kezdjük azzal, hogy egy .PCD kiterjesztésű file egy 6144t4096 
pixel felbontású kép (kb. 4 MByte). Lehet szerkeszteni is akár az 
IMAGEFX-el, vagy az ADPRO-val is, mindkettőhöz van PCD 
loader. A trükk itt a hatalmas felbontáson van, amiből bízvást 
lehet akár posztert is nyomtatni. (Budapesten is írnak 


PhotoCD-ket, (a KODAK csinálja) - száz képet nyomnak egy 
CD-re, de diafilmen kell nekik elvinni.) 

Ha valaki csak annyit akar elérni, hogy pl. a FILEMASTER-ben 
rákattintva egy .PCD kiterjesztésű képre megnézhesse azt, 
annak a PHOTOCDAGA V1.1-et ajánlom Günter Röhrich-től. 


A program OS 3.x-et igényel, AGA chipset-et, egy CD drive-ot 
(nahát), 680204. processzort, és némi memóriát. 

Használatához a HD-nken (ahol sok hely van) le kell assign-olni 
egy JPEGTMB: nevű device-t. (pl.: ASSIGN JPEGTMP: DH1:T) 
Paraméterezése: 


PhotoCDAGA .PCD file [ppm / pgm filel -options 


A .PCD file az egyértelműen a PhotoCD file, úgymint 
CD0O:PHOTOCD/IMAGES/IMG0001.PCD. 
A ppm/pgm file egy output file neve, max. :768t512-es 


felbontásban 24 bites (ppm), vagy 8 bit gray (pgm) formátumban. 
A fontosabb paraméterek: 
-0 megmutatja a: OVERVIEW.PCD file-t (csak azt) 


1 192$128-ban rakja ki a képet 

-2 348"256-ban rakja ki a képet 

8 768t512-ben rakja ki a képet (alapértelmezés) 

-gray szürke árnyalatokban jeleníti meg a képet 

-vga — VGA (MULTISCAN) módban jeleníti meg a képet 

-ppm ppm (24 bites) output-ot kreál 

-pgm  pgm (8 bites) output-ot kreál 

Lehet ezeken kívül sötétíteni/világosítani, élesíteni, tükrözni, 


meg miegyebeket is, de nem fontos. 

Tehát a FILEMASTER CONFIG-jába a következők kerüljenek 
beírásra: 

Pattern - t.PCD 

Command - PhotoCDAGA If) -3 

Stack - 4000 


Aki nem csak egy FILEMASTER-ből akar PhotoCD-ket 
nézegetni, , hanem ennél többre vágyik annak a 
PHOTOWORXPRO 4.11F-t tudom javasolni. A programnak egy, 
nem két fö hibája van; az egyik a viszonylag nagy memóriaigény 
(FastMem reguired), a másik az, hogy én csak német nyelvű 
verzióval rendelkezem. Ezeket leküzdve lássuk a medvét. (ha 
van medvés .PCD file-unk.) 

A PHOTOWORXPRO-hoz jár egy PLAYER nevű titokzatos 
program, amely nem más, mint egy PhotoCD Player alá 
KODAK. Az icon 
tooltypes-ban lehet 
beállítani azt, hogy 


mit — és — hogyan 
jelenítsen meg, 
hogy a  későbbi- 
ekben már csak a 
gombokat " kelljen 


nyomogatni. (salute 
to nagytudású fel- 
használó) 

Íme a bejelentkező 
kép ----------- 5 


Tooltypes: 

FILESYSTEM-CDO: 

DEVICE-a1200 atapi.device 

UNIT-1 

DISPLAYMODE-lImonitor/ grafikus kártya típusa:felbontás] 
DEPTH-lIhány bitplane-ban rakja ki - gyk.: 8 - 256 szín] 


Amennyiben nem 
rendelkezünk némi 
grafikus kártyával, 
hanem "csak" egy 
FastMem-es — 1200- 
esünk van PAL 
monitorral (TV), a 
felbontást rakjuk 
"PAL:384x256"-ra 

mert akkor még 
elviselhető — sebes- 
ségű lesz a képek 
kirakása. Azonkívül 


nem is lesz nagyon randa. (lásd kép) 

Aki még ennél is többet akar, sőt van egy német nyelvvizsgája is 
az nyugodtan töltse b. a PHOTOWORXPRO-t. 

A program .PCD képeket tud konvertálni 8 és.24 bites 
IFF-ILBM file-okká, mindenfajta felbontásban, ismer néhány 


grafikus kártyát, ves 
tud JPEG-be is 
menteni, söt meg 
TARGA-ba is, ha 
valakinek az 
kellene. 


A legjobb funkciója 
azonban az, hogy be 
tudja "tölteni az 
OVERVIEW.PCD-t, 
igaz egy kicsit 
lassan, de kirakja a 
kis :képeket" "és: -SE 7 hé SE 7 É 
lehet belőlük válogatni. (KONTAKTABZUG LADEN menüpont) 
Miután betöltötte 
mind a száz képet 
például (amit nem 
feltétlenül muszáj 
kivárni, lehet [ 
ABBRECHEN-t is is 
nyomni), akkor a 6 
képre — kattintván 
megjelenik egy kis [// 
ablak, hogy milyen 
paraméterekkel 
töltse be a képet. 
Mekkora felbontás- 


Metsartérs Et 
[samat ag ugy 


ftatazrtérs 4111 tti 
! ntküezai VA genny AIT TTT TETT ETT 


BEBEE 
ss EEL 


ban, illetve színes 
legyen, avagy szür- 
ke, továbbá milyen 
képernyőmódban 

rakja ki. (768t512)- 
nél nagyobb felbon- 
tásban azt hiszem 
csak grafikus kár- 
tyával rendelkezők 
élvezhetik a képe- 
ket, nekem 2-4 
MByte-tal nem 
sikerült ekkorában 
betöltenem.) Németül nem tudók kedvéért az ANZEIGE-nél kell 
a screenmode-t beállítani, a GROBE jelenti a kirakandó kép 
méreteit. A DARSTELLUNG pedig azt, hogy színesben, vagy 


szürkében jelenjen meg a kép. (szándékosan nem fekete-fehért 
írok, mert ez nem fekete-fehér, hanem gray, ami szürkét jelent, 
ugyanis a fekete-fehér az a monochrome, vagy blackérwhite, de 
az egy whisky is.. na hagyjuk) 

Az OVERVIEW.PCD betöltése után kiírja a PhotoCD-n lévő 
információkat a felső státus-sorba, miszerint: mikori a CD, hány 
kép van rajta, meg hányas a száma. (KODAK-nál) 

Ott tartottam, hogy a LADEN-re kell kattintani, ezek után el 
kezd dolgozni, mint a güzü. (ilyenkor nem árt némi turbokártya) 

Lassan kirakja. Felül kiírja, hogy mekkora is a file most. Egy 4-5 
MByte-os .PCD - 

768t512-ben — 1.1 já bázáábe 

MByte körül mozog, KÖRSéLi : s 

de ennek ellenére 
igen szép tud lenni. 
Aki kíváncsi ennél 
nagyobban is rá, az - 
allokáljon némi KA a ánésztza 6 
virtuális . memóriát ér 
az IMAGEFX-jéhez, 

és ott megnézheti 

600074000-ben is, 

ha fussa a memória. 


isattb antes 


Minden egyes .PCD 
file tartalmaz némi 
info-t magáról, már 
ha bele van írva; 
INFORMATIONEN 
ZUM FOTO: 

mikor, hogyan és ki 
csinálta, mi a neve, 
mekkora felbontás- 
ban van, hány DPI, 
stb. 

Mindegy, azt  hi- 
szem a program 
maga túnött azon, hogy családi albumokat lehessen vele 
nézegetni, azonban mi másra is való egy PhotoCD??? 


3. CD FILE SYSTEM 


Na ez egy hálás téma, nem sokat kell róla írni. A fent 
elmondottakhoz még annyit, hogy olyan, mint AMIGÁS CD 
nincsen. Léteznek AMIGÁn megírt CD-k, de maga a CD az 
MULTISESSION, tehát nem géptípushoz kötött. (aki hazavisz 
egy PC-hez, vagy egy MACINTOSH-hoz használt CD-t, az az 
AMIGÁJán is tökéletesen működni fog. A témához még annyit, ! 
hogy az AMIGÁS CD-ket (Pl.. AMINET CDs) UNIX alatt 
készítik, tehát ennyit az AMIGÁSs formátumról. 

Nálunk a legelterjedtebb (szabvány) az ISO 9660, amely 
alaphelyzetben 8--3 karakteres fileneveket engedélyez, de létezik 
egy olyan ISO 9660-3-as formátum, ami engedélyez többet is, 
csak azt akkor már nem PC-n kell írni. A másik megoldás a 
GURU-ban említett ISO FILE kreálása AMIGÁn. (mostanában 
sokan nyúznak engem ezzel, lehet, hogy valamikor nekiállok egy 
ilyet csinálni és arra rá lehet majd pakolni a rendszertől kezdve 
az IMAGINE-ig mindent, ami szem szájnak ingere. A sürgő 
csoportot, meg a száz szolgát most hagyjuk...) 

Még valami: Ha a CD READ ERROR-tt ír ki, akkor valószínűleg 
megsérült a lemez lakkozása. Ebben az esetben a lemeznek 
annyi. Más hibalehetőség nem igen léphet fel (mármint magára 
a CD-re vonatkozólag), ezért is lesz egyre népszerűbb már 


nálunk is mindent CD-n kiadni. Egyrészt mert egyszerűbb, 
másrészt mert sokkal olcsóbb, mint lemezen. (a csúcs ennél egy 
hagynemondjam melyik cég kiadott egy mousedriver-t CD-n. Az 
egész dokumentációval együtt nem volt 100 KByte) 
Véleményem szerint, most hogy elterjedtek (meg el fognak 
terjedni) az ATAPI CD drive-ok, na meg jön az ESCOM, az 
AMIGA valószínüleg fel fog ébredni poraiból és hajrá. (csak már 
látnám...) Nyugaton már elég sok CD jelenik meg AMIGÁs 
cuccokkal. 


Azonban, ami egyeseknek a legfontosabb - egy CD-vel! lehet az 
1200-esen CD32-es játékokat nyomatni, 


4. CD? EMULATOR 


A CD32 emulátor, mint sok más szintén Oliver KASTL nevét 
viseli. (nem pihent sokat) Egy normál duplasebességű CD 
meghajtóval lehet játszani 2 MByte ChipRAM esetén azonban 
BOOT WITH NO STARTUP-SEGUENCE-s megoldás is kell 
hozzá. Szükséges még a cikk elején írt SETATAPISPEED is, és 
akkor a játékban lévő nagy animációk nem lesznek egyáltalán 
darabosak! (viszont ha nem indítjuk el, akkor még egy 4x-es 
sebességű meghajtóval is darabos lesz) 

Maga az emulátor wem;aom 


nem tartozik a ] 
csúcs bonyolult § étől see je ÉJ 
programok közé. ge EE z 
Beállíthatjuk a FENE EÉTETzEt 

nyelvet, hangerőt, gi ; 


használjon-e  Fast- 
RAM-ot, emlulálja-e 
a CD32 kontrollert, 
s miután ezekkel 
megvolnánk tegyük 
be a CD32 lemezt, 
és nyomjuk megy, 
hogy BOOT. 

Akinek esetleg még lenne kérdése.. de nem hiszem, hogy lenne. 


Összegzésképpen: 


Először is arra válaszolok, hogy melyk ATAPI CD drive működik 
a device-al, azaz milyet is érdemes venni: 
A dupla-sebességűek közül: 

: ACER 6825P 

- CHINON CDS 5251 

- GOLDSTAR GCD R520B 

- SONY CDU55E 

- WEARNES CDD-120A 
A háromszoros sebességűek közül: 

- MITSUMI FX-300 
A négyszeres sebességűek közül: 

- MITSUMI FX-400 

- CHINON CDS 545 

- WEARNES CDD-220A 
Akiket kihagytam azoktól elnézést kérek, én csak ezekről 
hallottam. Van még egy PANASONIC dupla sebességű drive is, 
azt mondják működik, de még nem láttam. 
A SONY CDU55E-hez 2.5-ös, vagy jobb CacheCDFS kell, 
továbbá a CD32 emulátornál ki kell kapcsolni a VOLUME 
CONTROL gadget-et. (Viszont az ASIM támogatja.) 
A SONY CDU55D isműködik, de nem ajánlom senkinek, mert 
vannak vele kisebb hibák. 


Ez a cikk csaknem képeskönyv jellegű lett, remélem azért a 
nyomtatott példányokban szépek lesznek majd a képek. Ha nem 
akkor mindenkitől elnézést kérek. 


Ezen az 5 oldalon a CD-k lehetőségeit igyekeztem bemutatni a 
teljesség igénye nélkül, de azért látványosan. Ezért is lett tele 
képpel, de ha tetszeni fog, akkor lehet, hogy ezentúl képregény 
formátumban fogunk megjelenni. 


Sokan kérdezik azt, hogy milyen CD-t vegyenek. (talán a másik 
oldalon felsoroltak közül válogathat mindenki a pénztárcája és a 
szíve szerint) Az én MITSUMI-mal semrni bajom nem volt eddig 
még (kop-kop), nem találkoztam olyan CD-vel, amit nem tudott 
volna beolvasni. Viszont az ASIM3 megjelenésével a SONY 
CDU5S5E a nagy sztár az ATAPI CD meghajtók között, ugyanis 
a program azt támogatja, azaz lehet CD-ről rippelni. 

Azért ehhez mondjuk bizonyos megszállottság is kell, mert egy 
rippelt file hossza (stereo, 44kHz) akár 40 MByte is lehet, azt 
azért egy kicsit nehéz editálni. Nem baj, azért én most ilyet 
vennék. 

A máésik "fontos" kérdés, hogy elég-e egy duplasebességű CD 
drive, vagy vegyek gyorsabbat. Erre csak annyit tudok 
válaszolni, hogy aki zenét akar hallgatni, meg archív file-okat 
akar CD-n tárolni, annak még az 1x-es sebességű is elég. Aki 
CD-ről akar dolgozni, illetve a CD32 emulátort akarja 
nyuvasztani, annak elég a 2x sebességű, ugyanis a 300 
KByte/Sec. — átviteli sebességével tökéletesen elegendő 
mindenfajta művelet végzésére. (a floppy 22-25 KByte/Sec) 

Ennél nagyobb sebességű meghajtók csak megalomán 
örülteknek kellenek (nekem is az van). 

Ugyanis, ha egy 40 MByte-os FLI, vagy AVI a lejátszásakor 
akad, és el van indítva a SETATAPISPEED, akkor annak az 
oka még mindig nem a CD drive sebessége, hanem a processzor 
sebessége. (esetleg a program szarsága) 


Legvégül még annyit, hogy az A1200 ATAPI.DEVICE 6.1-es 
regisztrált verziója egy 1200-esen a 2 HD mellett egyszerre 2 
CD-t is le tud kezelni, csak bírja az ember táppal. 


Ha valakinek valami baja van a device-vel, az írjon a következő 
címre: 

Elaborate Bytes 

Oliver Kastl 

Am Westpark 5 

81373 Munich 

Germany 

Akinek pedig a CD32 Emulátorra, vagy a CACHECDFS-re 
esetleg az "ATAPI PACKAGE"-re van szüksége az a következő 
címekre üzenhet (attól függ, hol lakik): 


Hirsch £ WolfOHG " . NBG-USA, Inc. 
Mittelstr. 33 482 Holly Ave. 
56564 Neuwied St. Paul MN55102 
Germany USA 


Tel.: 43-49-2631-83990 Tel.: 4-31-612-2909447 

Fax.: 4449-2631-839931 Fax.: 441-612-2909449 
Akinek bármilyen kérdése, problémája van a CD drive-ok 
kezelésével kapcsolatban, és úgy gondolja, hogy ebben mi is 
tudunk segíteni, az nyugodtan írjon. Postafiókunk mindenki 
előtt nyitva áll. 

Legközelebb - ígéretemhez híven - az ASIM3-ról írok majd. 


Magic 


FRAKTÁLOK, MEG EGYEBEK... 


FRACTUALITY V1.10D 
1993, TOMAS NETTLESHIP 


Az -úgynevezett Mandelbrot-halmazért egyedül egy bizonyos 
IBM kutatómérnök a felelős, név szerint Benoit B. 
Mandelbrot, aki rájött arra, hogy ha egy komplex számokból 
álló halmaz elemeit a síkban megjeleníti, akkor abból igen szép, 
végtelen formák sülhetnek ki. (Az igazsághoz hozzátartozik, 
hogy a dolog hasznosságértéke igen csekély, de valóban nagyon 
szép) 

Amellett, . hogy az alábbiakban ismertetném egy, 
Mandelbrot-halmaz megjelenítő progy - nem annyira részletes - 
leírását, szeretnék egy-két szót ejteni magáról a dolog 
matematikai részéről. Meg arról, hogy mi is az a 
Mandelbrot-halmaz? Meg egyebekről... 


A Mandelbrot-halmaz pontjait az (x, y) 4 (a, b) összefüggés 
adja meg. Ezek mindannyian komplex számok, a zárójelbe 
tett értékek megfelelnek egy szám valós, illetve imaginárius 
részének. (későbbiekben lásd; REAL PART, IMAG PART - 
REAL SIDE, IMAG SIDE) 

Hogy valamit is számolhassunk velük, úgynevezett kifejtett 
alakban kell őket felírni. Ez nem más, mint az (x, iy) - (a, ib) 
képlet. (Aki valamit is hallott valaha, valami Matematika nevü 
tantárgyról, az tudhatja, hogy az i nem más, mint egy 
"képzetes (imaginárius) egység", amely valójában így írható 
fel, hogy: "izgyök alatt -1". Egyszerübben itz -1. (Akinek 
valami derengene arról, hogy gyök alatt nem lehet negatív 
szám, az ne ijedjen meg, az i attól képzetes egység, hogy 
nincsen. Van, de nincs. Értitek, nem?) Magyarán, ha a és b 
valós szám, akkor a 4 ib számot komplex számnak nevezzük. 
(hátha valaki nem tudta) Az a-t a komplex szám valós 
részének, a b-t pedig az imaginárius (képzetes) részének 
nevezzük. 

Az a 4 ib komplex szám valós és imaginárius része a síkban 
egy (a, b) pontot határoz meg. (matematikában ezt az a t ib 
számot z-nek nevezik, ami pedig nem más, mint a komplex 
szám algebrai alakja) Geometriailag tehát minden komplex 
szám egy pont a síkon, pontosabban a komplex számsíkon. 
(ahol az x tengely a valós tengely és az y tengely a képzetes 
tengely) 


Miután mindenki megemésztette a KIS MATEMATIKA c. rövid 


esszémet, talán folytatnám.... 


Ha valaki mindezeket megcsinálja a gépén, (az egyszerűség 
kedvéért ajánlott valami BASIC féle nyelv..., mivel ahhoz elvileg 
mindenki ért...) attól neki még nem készül olyan szép ábrája, 
mint amiket látni szokott. Ez mindössze azért van, mert ezt ki 
is kellene színezni, ugye. A színezés módja mindössze annyi, 
hogy a küszöbérték eléréséhez szükséges lépések számához 
rendelnek bizonyos színeket (megadott intervallumonként), de 
van egy megkötés, mégpedig az, hogy magát a 
Mandelbrot-halmazt alkotó pontoknak mindig feketéknek kell 
lenniük. (ez azonban nem feltétlenül jelenti azt, hogy Mr Benoit 
B. Mandelbrot egy néger volt) 


A Mandelbrot-halmaz elemeinek megjelenítése értelemszerűen 
kötödik a számítógépekhez. (De kár. Pedig milyen jó! el tudom 
képzelni, amit — Arisztotelész ül a földön és 
Mandelbrot-halmazokat rajzolgat a porba. A rómszi katona 
akkor biztosan nem ölte volna meg, hanem talán elszaladt 


volna.) "Ne zavarjátok a Mandelbrot-halmazaimat! (Woody 
Allen könyveiben lehet hasonlókat olvasni.) Ha valaki van olyan 
elevetemült, hogy Mandelbrot-halmazokat akar megjeleníteni 
az AMIGA-ján, akkor két dolgot tehet; 


1. Leül, és ír rá egy fasza kis programot. (ezek az őrültek) 

2. Betölt a gépébe egy őrült által írott programot. (ezek az 
átlagemberek, de azért szükség van néhány őrültre, hogy legyen 
mit betölteni) Például a FRACTUALITY címet viselőt. 


(Az igazsághoz az is hozzátartozik, hogy régen magam is írtam 
Mandelbrot-halmaz megjelenítő programot. BASIC nyelven egy 
Commodore 64 típusú Home Computeren (Yeah!) és olyan 
régen volt, hogy talán igaz sem volt...) 


Indítás után rögtön f 
kiírja, hogy milyen 
proci(k) van(nak) a 
gépünkben, hátha 
valaki nem tudja 
alapon. Majd ezek 4 
után a figyelmes Íjrai 

szemlélő a screen- kesz 
en négy különböző [Et 


csoportba — tartozó [EY 

gombokat láthat. 

Úgymint: 

COMMANDS: A LOAD illetve SAVE IMAGE..., ABOUT, 


RESTART és a RUIT gombokhoz nincs sok hozzáfűzni valóm. 
Talán csak annyit, hogy a RESTART egy reset a programban, 
az indítás utáni állapot tér vissza. (IMAG, REAL értékek 
visszaálnak) Az ANIMATION CONTROL-ról később. 


SCREEN CONTROLS: mindenfajta - a render screenre 
vonatkozó - beállítási lehetőségek úgymint; LORES/HIRES, 
LACE/NOLACE, VERT és HRZ OSCAN (vertikális és 
horizontális overscan), PAL/NTSC, PALETTE OPTIONS. Tud 
IFF24 képet is renderelni, de csak ha HIRES (640"512, vagy 
640256) a screen. 


MATHS STUFF: az SEÉIBÉK Mandelbrot-halmaz esetén az 
értékek a 
következők: 

REAL PART: -2.5 
IMAG PART: 1.5 
REAL SIDE: 3.75 
IMAG SIDE: 3.0 


Ha ezeket az 


értékeket  — kiszá- 
moljuk: 
(GENERATE 


GE), és az 
elkészült  műalko- 
táson ZOOMolunk, 
akkor megláthatjuk, hogy miként változnak a valós, illetve 
képzetes értékek. (Az én FRACTUALITYmhez egy IMAGES 
nevű — alkönyvtárban — van néhány — FRACTUALITY 
PARAMETERS DATA FILE, ezek .FRCT kiterjesztéssel 
bírnak. Betöltésük a LOAD IMAGEvel árkéntes (vagy ezt már 
mondtam volna?) 


( 


számolási 
lévő 


hogy a 
műveletben 
változok; 

- egészek, 
(I TEGER) 
- lebegőpontosak, 


A CALCULATION-ban beállíthatjuk, 


ta ui inds — 


r! POINT) 

H - adaptívak 
(ADAPTIVE) 

legyenek-é. Leggyorsabb az INTEGER, legoptimálisabb , az 

ADAPTIVE és leglassabb, nyilvánvalóan a DOUBLE FP. (meg 

a legszebb is, ha minden igaz - ami általában nem így van) 

A GRID METHOD ha be van kapcsolva, akkor az úgynevezett 

rácsos módszerrel számolja ki a képet. (Ha valaki nem bírja 

elképzelni, az nézze meg, hogy milyen is ez) 

A CYCLE CHECES számolási sebességnél számít. 

A MAX DWELL tulajdonképpen maximum dwellinget jelent. 

(Ez elég pontos információ volt! Ha valaki már működött 

másféle Mandelbrot-halmaz megjelenítő programokkal, az 

ITERATIONS néven találkozhatott vele. Ami pedig fokozatos 

közelítést jelent, vagyis ugyanannak az eljárásnak egyre 

pontosabb értéket adó megismétlését. (a dwell szó angolul 

lakást jelent, elvonatkoztatni meg, ugye mindenki tud...) 


GENERATION CONTROL: Na milyen szépen az óramutató 
járásával ellentétben haladtam (csak tudnám miért) 
Na lássuk milyen szép gombok vannak itten. 


- GENERATE IMAGE: Ezzel a gombbal tudjuk megkreálni a 
megálmodott (és beállított, Mandelbrot-halmazunkat. (No 
comment) 

- a ZOOM IN lenyomására a már kiszámolt(!) képen lehet 
beállítani (visual), hogy melyik területet is akarjuk zoomolni. 

- ZOOM OUT X2: az aktuális kép középpontja marad, de 
kijjebb zoomol egyet. 

- VIEW IMAGE gondolom egyértelmü, hogy ezzel lehet 
megnézni a képet, amit rendereltünk. 

- A JULIA az a Julia. A Julia-t a Mandelbrot-halmaz egy 
pontjából számolja. 
Ha megtette ezt, 
akkor a. JULIA 
feliratú gomb hely- 
én egy MANDEL 
feliratú gomb lesz, 
mellyel  visszakap- § 
hatjuk az eredeti 6 
Mandelbrot- — hal- 
mazt. .-(már ame- 
lyikből a Julia-t 
számoltuk) 

A dolognak van egy 
kis szépséghibája, 
mégpedig, hogy az újboli MANDEL megnyomására újra 
kiszámolja a képet. 

- KEEP IMAGE: tulajdonképpen egy TEMP (egy úgynevezett 
ideiglenes - temporary - tároló). Ilyenkor lehet minden ökörséget 
csinálni a renderelt képpel, mivel mindig vissza tudjuk hozni a 


TEMP-ből. (A program következetesen KEPT-nek hívja, amely 
az angol keep (őriz) szó múlt idejü alakja. (ráadásul rendhagyó) 
- REVERT. Ezzel tudjuk visszanézni az elcseszett imagénket. 

- ELR KEPT: megsemmisíti a KEPT-ben lévő képet. Ha NOT 
ENOUGH MEMORY van akkor nem árt ilyet tenni. 


Nekem talán csak annyi volt vele a problémám, hogy nincsen 
benne TIME ESTIMATE (mindig ez a bajom), és mikor 
generálja az imagét, akkor az idő nem úgy folyik, ahogy 
általában, hanem kicsit gyorsabb. Lehetne a számolás gyorsabb 
és az idő normális. (1200-esen történik így, lehet, hogy egy 
500-ason pont jó.) Amúgy elég gyors, az IFF24 képek 
gyönyörüek, és miegymás. 


Csak az ELECTRIC STORM.FRCT értékekből nem bírtam 
egy képet sem kiszámolni, mivel kb. 20 óra alatt nern volt 
hajlandó befejezni. (amit ő kb. 35 órának írt.) 


FIGYELEM ! 
Keresem vállalkozó szellemü (és sok szabad gépidejü) emberek 


jelentkezését, akik az alábbi értékekkel kiszámolnának egy 
Mandelbrot-halmazt! 


REAL PART: -1.18839349137371 
IMAG PART: 0.30467786418338 
REAL SIDE: 0.00000016914814 
IMAG SIDE: 0.00000013531852 


Max Dwell: 32768 
HIRES LACE és IFF24. Oversan nem muszáj, de lehet. 


(Nemcsak a) Feladat vége. (THE END) 
Ennyi dióhéjban a FRACTUALITYről... 


Magic 


Itt alant a BARRED SPIRAL nevű FRACTUALITY paraméter 
file eredménye látható. § 

A következőkben vagy befejezem a MANDELMANIA 4.1-ről írt 
cikkemet, vagy a LYTAPUNOVIA-ról írok... 


Ha a témához bárkinek, bármilyen hozzászólása van, volt, vagy 
lesz, akkor ne habozzon írni nekünk, igyékszünk helyet szorítani 
neki az újságban. A FRAKTÁLOK... ezentúl - úgy tervezem - egy 
állandó cikksorozat lesz, s szívesen írnák magyar programokról 
is. Aki kreált ilyet, vagy birtokában van egy ilyen, az sürgősen 
vegye föl velünk a kapcsolatot. 

Köszönettel: az AMIGAonly és Magic 


AUDIOLAB 16 junior 
1993-1995 by Maurizio Ciccione 


Az AUDIOLAB 16 junior verziója csökkentett funkciókat és 
dokumentációt tartalmaz - hirdeti a program bejelentkező 
ablaka - a standard verzió csak a regisztrált felhasználóknak 
jár. Ez idáig rendben is: lenne, de az már kevésbé, hogy a 
program csak 68030-as CPU-val hajlandó működni. Ty sajnos 
egy elég nagy réteg nem is tud vele mit kezdeni. Nagy kár, nagy 
kár, mert ez a program bizony nagyon jó. 

Igaz van egy kis memóriaigénye is, de hát nincsen rózsa tövis 
nélkül. 

(valami kertészek már kitenyésztettek egy tövis nélküli rózsát... 
valaki közölhetné ezt a programozókkal is!!) 

Maga az AUDIOLAB 16 olyan, mintha egy zenei ADPRO lenne, 
persze a hasonlóság talán csak annyiban áll, hogy mind a kettő 
igen profi program. 
Az AUDIOLAB-ban 
ugyanis lehet kü- § 
lönféle sample for- E 
mátumokból  ide- 
oda konvertálni (a 
dokumentáció  fel- 
sorol több mint 20 
PC és MAC zene- 
szerkesztőt, amivel 
kompatibilis), . tud 
digizni (a standard 
verzió), tud CD-ről 
rippelni (csak SCSI 
CD-vel, ATAPI-val sajnos nem), sample-kat lejátszani, meg van 
benne egy rakás ENVIROMENT, amelyekről remeküi tudnák 
mesélni, csak az az egy baj van, hogy a teljes verzióban vannak 
csak benne. A junior verzió csak az [ D MAPPER enviroment-et 
tartalmazza. 


Az [/D MAPPER 5 darab almenüből él!, úgymint; 


1. FILE : ANALOG 
2. FILE : FILE 
3.CDAUDIO  :FILE 
4. PARALELL  :VU 
5. PARALELL :FILE 
1. FILE : ANALOG 


Ez valójában egy szimpla sample lejátszás, a FILE (IN) ablakban 
megadhatjuk, egy reguester segítségével, hogy mit is akarunk 
lejátszani, ha nem ismeri fel, betölti mint RAW OR UNKNOWN 
FILE, ezt RAW?-el jelöli a file típusánál. Érdemes bekapcsolni az 
ANALIZE FILE szé gadget-et is, mert ilyenkor a sample-ból 
beolvassa 

SAMPLE POINT 
DATA (adat típusa) 
értéket, amit ezek 
után nem nekünk 
kell módosítgatni. 


Az ANALOG (OUT) 
ablakban állíthat- 
juk be azt, hogy a. 
lejátszás mekkora 
frekvencián történ- 

jen (CLOCK). : 


Az itt kiírt SOFTMARY valójában egy OUTPUT DRIVER az 
AMIGA beépített hangchip-jéhez a PAULA-hoz. 

A SPATIAL IMAGE gadget-en tudjuk megadni, hogy milyen is 
legyen a driver-en keresztül a lejátszás. (SURROUND) 

A LOOP SAMPLE gadget végtelenített lejátszást takar, míg az 
LP FILTER egy filter ON. 


2. FILE: 


FILE 


8 A FILE (IN) 
ablakra ugyanazok 
vonatkoznak, mint 
az előzőekben, csak 
itt a file-t nem 
lejátszani, . hanem 
konvertálni fogjuk. 
A FILE (OUT) 
3 ablakban meg kell 
adnunk az 
OUTPUT FILE 
; j nevét, típusát (tud 

érné ml ÖK relrsála a áz VOC-ot — menteni, 
SOUNDBLASTER RULEZ!) a SAMPLE POINT DATA-t, 
továbbá az OUTPUT FILE frekvenciáját. Célszerű ezt az INPUT 
FILE-ból venni. (GET CLOCK FROM INPUT), de akár be is 
állíhatjuk a CLOCK ablakban. 


3. CDAUDIO: FILE 


Amennyiben ATAPI CD drive-unk van, első dolgunk legyen 
átírni az SCSI DEVICE-t a1200. atapi.device-ra, továbbá az ID-t 
1-re. A BRD-t és a LUN-t hagyjuk békén, jók azok 0-n. 

Ha ezek után a DOOR OPEN gadget-re nem nyílik ki a CD 
ajtaja, akkor lehet, hogy már nyitva van. (vagy valami 
ismeretlen hiba lépett fel a rendszerben - "A CD 5 másodperc 
múlva megsemmisíti önmagát! - ugye mindenki látta a 
Szupercsoportot [Mission Impossible]??) 

A CHANNEL-nél állíthatjuk be, hogy LEFT, RIGHT, vagy 
MIXED legyen, a CLOCK-ot célszerű 44.1 kHz-en hagyni, mert 
annyi az AudioCD-k frekvenciája. Ha kisebb frekvencián 
akarjuk elmenteni, akkor a FILE (OUT)-nál kell csökkenteni a 
frekvencián. 

Ezek után nyomjuk meg a TOC READ gadget-et. 

Kapunk egy CDDA TABLE OF CONTENTS feliratú ablakot, 
ahonnan haligathatunk CD-t, meg kijelölhetjük azt a szakaszt, 
amit le szeretnénk 
lopni a CD-ről. 
(RANGE START, 
RANGE END) 
Amennyiben SCSI 
CD drive-unk van, 
az EXECUTE meg- 
nyomására elkezdi 
kiírni a megadott 
file-ba az általunk 
kijelölt részt. De 
mivel nekünk csak 
egy  ATAPI CD 
drive-unk van, a 
program SCSI ERROR feliratú kis ablakocskával jutalmaz meg 
minket. (USER SUCKS?) 


4. PARALELL: VU 


A VU (OUT) valójában egy monitor, amely arra szolgál, hogy a 
tényleges felvétel előtt a bejövő jelszintet megmutassa. 

A VU-meter két részből áll. A felső egy analóg mérőke, míg az 
ahol a jelszintre vonatkozó 


alsó rész egy history ablak, 
történések sorolódnak fel. 
A VU-meter szín- 


kódolt, — figyelmez- 
tet az alkotó, 
ugyanis — amennyi- 


ben a bejövő jelszint 


a hardware "tűrő- 
képességén" — belül 
marad, addig az 


alsó része fehér, de 
amikor ezt megha- 
ladja feketén villan 
fel. (ha WB felüle- 
ten nyitjuk meg, 
akkor ezek a színek 
megváltozhatnak!) 


5. PARALELL: FILE 


Ez volna a tulajdonképpeni digitalizálás. Azért használok 
feltételes módot, mert a program figyelmeztetett, hogy vegyem 
meg a standard verziót, mikor digizni akartam. (megint egy 
másik dolog, hogy nincs is hangdigim...) 

Megadhatjuk az INPUT CLOCK-ot, a default érték 28602 kHz, 
többet.nem is nagyon tud az AMIGA. 

Beállíthatjuk továbbá, hogy allokáljon BUFFER-t a RAM-ba 
vagy rögtön a HD-re nyomuljon. (lassú, vagy DISK EXPANDER- 
elt HD esetén érdemes a RAM-ban dolgozni) 

Van még itt egy MEMORY INFO gadget is, amely egy remek kis 
információs ablak, ugyanis megmondja, hogy mennyi memóriánk 
za van, és abba hány 
perc:másodperc-nyi 
digizett sample fér 
8, illetve 16 bites 
módban. 


A program tartal- 
maz még egy 
performance tesztet 
is amely nagyon 
fontos dolog. 


LEHETNE MÉG KISEBBET? 


MPEG-AUDIO (MPEGA) 
STEPHANE TAVENARD 1995 


Az MPEG tömörítési szabvány kezd egyre jobban elterjedni, 
mert kicsi is meg jó is, továbbá animációk tárolására kitűnő. Söt 
az MPEG-2 szabványban már hang is van, s most itt van az 
új az MPEG AUDIO. Ez is egy igen jelentősen tömörítő kütyü, a 
dokumentáció szerint egy PCM 16 bites sample-t képes akár 32- 


. FRIENDLY.MP2 


szeresére is összetömöríteni. 


MPEG AUDIO DECODER (MPEGA) V1.0 
1995. 06. 23. Stephane TAVENARD 


A MPEG-AUDIO tehát egy "erős" sample tömörítő. Három 

fokozata ismert (LAYER TI, II, III) a III-as a legerősebb. 

Az 1.0-ás DECODER csak Í és II tömörítési fokú MPEGA-kat 

tud kitömöríteni PCM, vagy AIFF formátumba, 8 vagy 16 biten 

(a 16 bit 14 lesz, a hardware miatt). 

Paraméterezése: 

MPEGA Impeg audio file .mpl vagy .mp2] dlayer:5 / cbitrates / 
ssfreg5 / cmodes 

layer — tömörítési arány 1 vagy 2 (a 3 még not supported), 

bitrate - hány KBits/Sec, 

sfreg z hány kHz, 

mode - Mono, Stereo, Joint stereo, Dual channel 


MPEG AUDIO PLAYER 
1995. 06. 19. Stephane TAVENARD 


Ez valójában egy DELITRACKER player, egyszerűen be kell 
másolni az MPEGAPlayer nevű file-t a DELIPLAYERS 
könyvtárunkba, és lehet nyomatni az MPEG-Audio file-okat. 

Nem árt, ha a DELITRACKER is fel van installálva. (az ugyanis 
kell hozzá.) 


Az itt bemutatott § 


nevű sample 1:22 
arányban van tö- 
mörítve, ami azért 
nem kiíli. 


Ha az MPEG Audio 
file hallgatása 
közben szüneteket 
észlelünk az két 
dolog miatt lehet. 

1. Ott valóban szünetek vannak (hogy én erre nem gondoltam), 
2. Lassú a CPU-nk. 


Lassú CPU esetén 
annyit — tehetünk, 
hogy a OUALITY-t 
levesszük LOW-ra, 
illetve a 
FREGUENCY-t 
1/4-re, és akkor 
Hi máris jobban fog 
I szólni az egész. 

ö (a NORMAL freg. 
é 44.1kHz-t jelent) 
Gyorsabb CPU-val 
rendelkezők éppen 
az ellenkezőjét 
csinálják (nahát). A 16 bits OUTPUT itt is csak 14 bitet jelent, a 
fent említettek miatt. 

Ha bekapcsoljuk a FORCE MONO gadget-et, sok CPU időt 
megtakaríthatunk vele. 

Most már csak egy MPEG-Audio ENCODER hiányzik. 


Magic 


MUSIC € RIPPERS 
(zenék rippelése) 


A Soundtracker-rel Mahoney £ Cactus megteremtette Amigán 
a zeneírás feltételeit. Amikor kiadták, a zenészek előtt egy 
teljesen új dimenzió nyílt meg, a trackerek világa. A rendszer 
egyszerűsége, — könnyen kezelhetősége, és profizmusa sokakat 
megihletett, nem csoda, hogy a "90-es évek elején tucatszámra 
jöttek ki a jobb/rosszabb tracker klónok. Az igazi siker a 
Protracker lett, ami a 4-csatornás zenéléshez a legtöbbet tudta 
nyújtani. A module formátum sajnos sok raszteridőt foglai, így a 
kóderek nem tudtak mást tenni, fel kellett gyorsítaniuk a 
lejátszást, különben a demó vagy játék lassult volna le. A 
lejátszók átalakították a zene formátumát, levágtak pár felesleges 
adatot, mind megmásította az eredetit. Ebből a lejátszókáoszból 
nem alakult ki "univerzális" formátum, legalább 90-100 féle 
lejátszó létezik, sokukat egyetlen egy produkcióban használták fel. 

Van néhány ismertebb és jobb lejátszó, mint pl. a Player-ek 
(Guru/Sahara Surfers), és a ProRunner-ek (Cosmos/Sanity). 
Gondolom, sokan gyűjtitek a modulokat, és meg-megtetszik egy 
demónak vagy játéknak a zenéje. Ki kellene szedni, és module 
formátumban felmenteni, mert ugye a FileMaster vagy DirOpus 
ezeket szereti. Nincs más megoldás, a ripperekhez kell fordulni. 
Négy-öt éve még a dernókban is Noisetracker formátum zenéket 
lehetett találni. Az akkori nagyon egyszerű ripperek felismertek 
egy kódsorozatot, és hopp, megragadták az utána található 
zenét. A ripperek elve ma is ez, de ma már nem elég egy 
kódsorozatot megtalálni, több formátumot is fel kell ismerni. 

A kezdetleges ripperekből több tucat volt, de csak 2-3 
rippert fejlesztettek olyan szintre, hogy most is megállja helyét. 
A Jack The Ripper egy dél-afrikai fejlesztés, jópár formátumot 
felismer, csak van nálajobb. Ez pedig az Exotic Ripper. Ez a 
2.29-es verziónál 88 formátumot ismert fel. A hagyományos 
resetelj-és-rippelj elven működik, de egy olyan patch-oi lehet 
installálni, - ami a  chip-memóriát minden reset után egy 
"biztosabb" helyre másolja, így nem hagyja veszni az értékes 
modulokat. Erre a munkára azonban alkalmasabb Cyborg/NGC 
Chipsaver c. kis programja, ami ugyanezt teszi, de sokkal 
hatékonyabban. A legegy- szerűbb és leggyorsabb a zenék 
kilopása a ProWizard-dai, ami eredetileg nem rippernek készült, 
hanem csak formátumokat alakított vissza 
Protracker-formátumba. 

Az új verziók végigvizsgálnak egy file-t, és a benne telált 
más formátumokat  visszaalakítják Protracker-ré, magyarul 
kilopják. Itt nincs más dolgod, mint betölteni egy fájlt, és várni 
(meg persze nem árt, ha legalább 2 mega fast ramod is van). 


PROHIZARD 
MEPEENÍTETÉLZYÁGAEEN Tt ESÍTteréd Vers IS EES BEN 
ÍTHEKEGKET j 


kb 


Megemlíteném, hogy a rippelés területén egy magyar úttörönk is 
van, neve Farkas János, alias Chexum. Az ő programja a Lost 
Converter, sajnos sosem találkoztam még vele, de úgy tudom, ez 
volt . az . első program, ami a betömörített hangszereket is 
felismerte. 


Az ExoticRipperből két fajta létezik, az Exoticripper, ahol a 
parancsokat neked kell beírni, és az ExoticGUI, ahol egy szép 
GUI támogatja a rippelést. — Némileg hatásosabb a rendes 
Exoticripper, a GUI-sból kimaradt néhány funkció. Ezen belül is 
akad egy 68000-es és egy 68920-as verzió. A programot Turbo és 
Marley of Infect írta, és már több éve fejlesztik, az első verzió anno 
"92-ben született meg, ha jól emlékszem. A program shareware, 
regisztrációja 15$ vagy 20DM. Érdemes regisztráltatni, mivel a 
memóriakezelés csak úgy az igazi (tehát sokkal több mindent 
tudsz vele kilopni). 

Először is indítsd el a programot, amiből zenét akarsz kilopni. 
Ezután lépj ki belőle. — Töltsd be az  Exoticrippert. A 
formátumokat kódokkal látták el, kereshetsz minden formátumot 
egyszerre (multisearch), vagy ha esetleg tudod, milyen formátum a 
zene, felgyorsíthatod a keresést úgy, hogy a "H" után beírod a 
formátum kódját (7" paranccsal nézheted meg, miket ismer a 
program). Ha nem találta meg, esetleg gond lehet a keresési 
memáóriaterülettel. . "A" paranccsal állíthatod be, hogy melyik 
memóriafajtát keresse végig (chip vagy fast). Ha már megtalált 
egy module-t, ami nem feltétlenül module, lehet, hogy más adatot 
talált, ami ugyanúgy kezdődik, a következő lehetőségeid vannak: 
ha külön vannak a hangszerek adatai, "smp" paranccsal keresheted 
meg. Az argumentum itt is a formátum kódja. Ha minden 
megvan, kimentheted a zenét (w), csak a hangszeradatokat (ws), 
vagy csak a "kottát" (wd). Ha másik zenét keresel, folytathatod a 
keresést "e-vel. — Ha így nem tudod kiszedni a zenét, 
próbálkozhatsz más fortélyokkal is. Ha beírod, hogy "reset", 
működésbe helyezed a chipmemória-másolót, ami  resetkor 
átmásolja a chipmemória tartalmát egy olyan memóriacímre, ahol 
kevésbé valószínű, hogy elvész. 

Beolvashatsz egész file-okat is "r"-rel, meghajtókról szektorokat 


olvashatsz be "d"-vel (ez hasznos akkor, ha pl. trackloaderes a 
Ezekre a funkciókra viszont 


program). még sohasem volt 


szükségem... 


a 


Az ExoticRipper a létező legjobb ripper-program sok olyan 
funkcióval, ami biztosan szükséges a tökéletes rippeléshez, de az 
átlagpolgár sohasem használja. Felmerül a kérdés, hogy ha kapsz 
egy zenét, ami nem tracker-formátumú, mivel játszd le? 

A sok lejátszó közül a három legjobb az Eagleplayer, a 
Delitracker, és a HippoPlayer. Ennyi, amennyit a rippelés 
megérdemel egy újságban. Általában nincs olyan zene, amit 
"középnehéz" kilopni. Néhány module, pl. a Hardwired c. demó 
zenéje olyan extra formátumot használ, ami képes többszáz pozíciót 
kezelni - hát azt ne várja senki, hogy bármelyik ripper tökéletesen 
kilopja. Annál ráadásul a pozíciók is külön vannak letárolva. 
Mindenesetre sok szerencsét! 


GATO 


PROGRAMOZÁS 
"e" ROVAT 


Üdvözlök minden Amigást ezen új lap megjelenésével 
kapcsolatban. Ebben a cikkben szeretnénk a C nyelvről 
értekezni. Bár most készül egy könyv amelynek a C és az 
Assembly programozás lesz a tárgya Amigán. Ez a könyv 
azonban nem fogja magyarázni a C nyelvet, hanem feltételezi 
annak ismeretét. 

Miközben a könyvet írtuk, azt tapasztaltuk, hogy akik ezt nem 
tanulták, intézményes keretek között, de már ismernek 
valamilyen programozási nyelvet, azoknak is vannak gondjaik a 
C-vel. Nos ebben a cikkben ezeket a problémákat szeretnénk 
orvosolni. Ezért, - hacsak tehetitek - írjatok az újság címére, és 
kérdezzetek, hogy az újság keretein belül a mindenkit érinthető 
dolgokról szólhassunk. Tehát akkor kezdjük az alapoknál. 


A kezdetekben, "a számítástechnikai ős kőkorszakban valának a 
nagygépek, töbnyire egyetemeken (Amerikában eleinte). És az új 
eszközök adta lehetőségeket szerették volna kihasználni. Ezek 
elérésére kifejlesztettek egy pár programozási nyelvet. Legelsök - 
természetesen csak assembly szinten - kicsit emberibb 
körülményeket teremtettek a programozók számára. Majd 
ahogyan a számítógépek egyre magasabbra jutottak az evólúciós 
létrán, és operációs rendszerrel kezdtek rendelkezni. 
Megszülettek a UNIXok. Ez a UNIX abban az időben a 
hatékonyságával tűnt ki társai közül. Kifejlesztését az tette 
szükségessé, hogy az akkoriban igen elterjedt nagygépes, és egy 
csomó hozzákapcsolt "buta" terminál alkotott egy rendszert. 
Ebben a rendszerben minden felhasználónak kötött ideje volt a 
gépet használni. Azért, hogy a terminálokon keresztül jobban ki 
lehessen használni a nagygépek teljesítményét egy olyan op. 
rendszerre volt szükségük ami ezt lehetővé tette. Nos erre az op. 
rendszerre abban az időben nagyon büszkék voltak - és most már 
egyre inkábban azok lehetnek - alkotóik. A kormányuk ezt úgy 
honcrálta, hogy bennünket ( a keleti tömböt) elzárták a 
UNIX-tól. 


De térjünk vissza, a C-hez. A C nyelvet eredetileg a Bell 
laboratóriumban a UNIX operációs rendszerhez fejlesztették ki. 
Hatékonysága ugyan nem éri el az assemblerét, de egy 
kifinomult fordítóval igen jól megközelíti azt. Talán az összes 


nyelv közül a leginkább megközelíti azt. Hatékonyságára 
jellemző, hogy operációs rendszereket fejlesztenek e nyelv 
segítségével. Többek között az Amigáét is. A nyelv előnyeihez 
tartozik az is, hogy igen jól lehet hozzá illeszteni, más nyelvben 
(töbnyire assemblyben) megírt programokat. A nyelv rettentő 
rugalmas, másrészt nem vagyok benne biztos, de az elsők között 
volt, amely nyelvekben megírt programunkat minden átírás 
nélkül átvihettük másik gépre, másik oprendszer alá, és egy 
újrafordítás után, működött. Természetesen ehhez az kellet, 
hogy egyik gépen sem használjuk ki, a gép által speciálisan 
nyújtott lehetőségeket. A nyelv hatékonyságára jellernző, hogy a 
UNIX operációs rendszer megírásakor is ezt a nyelvet 
használták, és a 13000 soros kódból csak 800 sor készült 
asseblyben. Be kell vallanom, hogy én magam sem tudok sokat 
az Amiga assembly nyelvéből, s nélküle is, igen jól elboldogulok. 


De miért a C, az Amigán népszerűbb, Amos vagy E nyelvek 
helyett. A legjobb indok az, hogy az előbb említett nyelvek 
nagyon sok mindent ugyan egyszerűbben tesznek, mint az 
elérhető lenne C-ből, azonban sem a lefordított kód 
hatékonysága, sem az elkészült program, nem müködik olyan 
környezetben, amely az Amigán joggal elvárható. 


Az Amos esetében igen szép dolgokat csinálhatunk egyszerűen, 
azonban ez a gépet megfosztja az oprendszer adta multitaszkos 
környezettől. Azonkívül ha bizonyos számításokat végeztetünk 
vele, rájövünk annak iszonyú lassúságára. 

Az E esetében jobb ugyan a helyzet, de a nyelv még nem igazán 
forrotta ki magát, így igen sok gyerekbetegsége van. Á pascal 
nyelv ugyan emberibb, de hatékonyságban ez sem veszi fel a 
versenyt a C-vel. Bár a Pascalnak igen nagy előnye, hogy jól 
olvasható és könnyen érthető, és e miatt igen kötött nyelv. Ebből 
következik az, hogy nem is elég hatékony. 


Szóval most már eldöntöttük, hogy miért is C. Az Amigán 
azonban nem csak egy fajta C forditó létezik, hanem több is. 
Talán a legismertebb a SAS/C. Talán azért ez a legismertebb 
mert a Latice C utódja, és mint tudjuk a Latice volt az a fordító 
amit a Commodre is támogatott. Tulajdonképpen mindegy, hogy 
melyik fordítót használjuk munkánk során, a célunkat 
bármelyikkel el tudjuk érni. 


De kezdjünk hozzá. A legelső problémát általában az szokta 
okozni, hogy a megírt programunkat, hogyan is nézhetjük meg, 
hogy fut-e? Nem tudom, vehetjük-e, ill. feltételezhetjük-e azt, 
hogy Basic nyelvben mindenki elboldogul. Tehát beírjuk azt, 
hogy 10 Print" Az Amiga született győztes!, és a run utasítás 
kiadásával, az eredményben gyönyörködhetünk. Söt ha ezt nem 
sorszámmal kezdődően írtuk, akkor a gép rögtön kiírta az 
eredményt a képernyőre. Tehát akkor kezdjük az elején. 
Számítógépeinken, kétfajta programozási nyelv megvalósítás 
létezik, vagy ezek keveréke. Az egyik, amelyre az imént jó példa 
volt a C64-esek ídejéből, a Basic. A Basic nyelvek abban az 
időben — tipikusan  interpreteres nyelvek voltak. Ezt 
legegyszerűbben úgy tudjuk elképzelni, hogy az interpreter 
mintegy szinkron tolmács fordította a gépnek az általunk beírt 
utasításokat. Ha programot írtunk akkor ezt soronként tette. A 
másik esetben ezt úgy kell megtennünk, hogy egy bármilyen 
szövegszerkesztőben megírjuk a programunkat, amit forrásnak 
fogunk hívni. Ezt azután egy programmal, - amit compilernek 
hívnak, lefordíttatjuk a gép nyelvére, és ezt elindítva kapjuk 
meg az eredményt. Mint beláthatjuk, mind a kettőnek vannak 
elönyei, és hátrányai is. Az első esetben sokkal egyszerübb egy 


programot megírni, elindítani, és a hibákat kijavítva újra 
kezdeni elölről, mint az utóbbi esetben. Viszont ha már kész a 
programunk általában az usert nem érdekli, hogy amit írtunk 
miféle trükkökkel követtük-el, hanem csak használni akarja. Ezt 
viszont a második esetben egyszerűen megoldható, mert a forrás 
állományt az user gyakran nem is ismeri, hiszen csak a 
lefordított, kész, gép által futtatható állományt ismeri. Ezeken a 
nézőpontokon kívül, belátható, hogy a programunk 
hatékonysága szempontjából, jobb minőségű kódót tudunk 
kapni, ha azt nem egy interpreterrel fordíttatjuk, hanem egy 
fordítóval, amely a forrást mintegy egyben látja. így aztán mivel 
a C compileres, az első nehézséget a fordítás szokta okozni. Ha 
már ismernénk a C nyelvet kezdhetnénk a programozást a 
program írásával. Mivel azonban ez nem teljesen így van, így 
kezdjük, a szövegszerkesztő elinditásával, és egy a fordítóhoz 
adott példa program megnézésével. Egyenlőre még kínai, a sok 
kulcsszó és egyebek, de nemsokára mi is ilyen káoszt tudunk 
majd csinálni. A fordítás a SAS/C esetében igen egyszerű, mert 
csak az F4-es billentyűt kell megnyomnunk, és már fordul is a 
kód. Az eredményt általában, oda kapjuk ahonnan a forrást 
töltöttük. A lefordított programunk azután kap egy ikont, amire 
rákattintva egerünkkel megnézhetjük, az általunk fordított 
programot. 


( A SAS/C esetében installálás után, nincs beállítva a linkelés, 
ezért futtatható kódot nem kapunk, csak a fordító futott le, és 
készitett egy .o-ra végződő állományt, valamint leellenőrizte a 
hibákat. Ha megnyomjuk a Ctrl--F4-et, a kapott menüből 
beállíthatjuk a linkelést is, egy egérkattintással. ) 

A Dice C esetében még egyszerűbb a dolog, mivel az ikonra 
rákattintva, egy olyan programban találjuk magunkat, amelyben 
csak rá kell kattintanunk a RUN gadgetre, és máris fordítja, 
linkeli, végül pedig futattja a programot. 


Sajnos úgy tűnik, hogy a rendelkezésre álló helyet teleírtam, így 


kénytelenek leszünk a legközelebbi számban folytatni, akkor 
már valódi C-s ismeretekkel. ja 


(Bozó) 


z LSSZOTAR v1.0 verziója me. rendelhető! 


Az AMIGAonly korábbi címén, azaz: 
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onban " kérünk benneteket, hogy a 
újsággal kapcsolatos leveleiteket ne ide. 
hanem az új címünkre küldjétek, ami ne 
más, mint ; ; 
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ám elmét 


PROGRAMOZÁS " 
ASSEMBLY ROVAT 


Mi az ami egy Amigás újságból nem hiányozhat? Igen, látom 
sokak arcán a megjelenő mosolyt, a programozás. Mikor az 
Amigát tervezték igen előrelátók voltak, mert olyan processzort 
használtak fel, mely nagyon átgondolt és - akár hiszitek, akár 
nem - nagyon egyszerű programozni. z 

Ez a Motorola cég 68000-es processzora. 

Ez a rovat először "a processzor utasításait fogja teljesen 
kivesézni, kezdve a 68000-től egészen a 68020-ig úgy, hogy a 
teljesen kezdő, vállalkozó szellemű Amigás is megértse. Mivel 
eddig leírás nem jelent meg a 68882-es lebegőpontos 
társprocesszorról, ezért ezt is nagyító alá fogjuk venni. Utána 
rendszerprogramozás — és  demóprogramozás lesz. minden 
mennyiségben. Ha valakinek valamilyen ügyes-bajos kérdése 
lenne, akkor ne habozzon tollat ragadni és írjon nekünk! 

A példák és az utasítások kipróbálásához az AsmOne VI.2x 
verzióit ajánljuk, mi a 1.26-os verzióval dolgozunk. 


Tehát akkor kezdjük is el! Kezdetben vala a C64 és a Plus 4, 
melyekben szintén Motorola proci dobogott. Ha valaki ismeri 
ezek assembly utasításait, akkor nyugodtan könyveljen el 
magának plusz két pontot, mert akkor neki már egy-két dolog 
ismerős lesz. 280-ék is vigyoroghatnak (a Spectrum a mai napig 
az egyik kedvenc gépem!), mert nekik is ismerős lesz, föleg a 
szintaktikai dolgok. Ez persze nem azt jelenti, hogy a 68000-es 
esetleg az előbbiek "továbbfejlesztett" változata, ellenkezőleg, a 
Motorola teljesen szakított az eddigi elfogadott koncepciókkal (ez 
látni fogjuk). 


. Az intel programozói pedig figyeljenek, mert egy csodálatos 


világot ismerhetnek meg! Ezt ne vegyék zokon, mert az Amigám 
melleti itt ül egy 486 is, amit állandóan nyüstölnöm kell és 
elmondhatom, hogy a különbség ég és föld! 


A 68000-es proci új gondolata az volt, hogy ne legyenek kötött 


: regiszterek mint a 280, M650x, i808x processzorokban (például 


az akkumulátor), hanem az egyes műveleteket más-más 
regiszterekkel is el tudjuk végezni. Ez azt jelenti, hogy például 
280-nál logikai ÉS műveletet csak az akkumulátor tartalmával 
tudtunk elvégezni vagy intel-nél a loop utasítás csak a CX 
regisztert használhatta. Egyes esetekben ez igen kínosan 
érintette a programozót: elmenteni értékeket, elvégezni a 
műveletet, elrakni az eredményt, visszatölteni értékeket, hol is 
tartok most... A másik amin változtattak, az a:szabadon 
felhasználható regiszterek száma. Míg a 6500-as sorozatú 
procikban volt az A X és Y regiszter (igen, három darab!), addig a 
68000-nek 16 db regisztere van, melyből 15 szabadon 
felhasználható! 

Ezek két részre vannak osztva: cím- és adatregiszterek. Az 
adatregiszterek D0-D7-ig vannak elnevezve, a címregiszterek 
pedig A0-A7-ig. Az A7-nek külön szerepe van, ö az USP (User 
Stack Pointer). A regiszterek lehetnek 8, 16 és 32 bites 
elérésűek, pedig ha megnézzük az a 32 bit akkor még csak álom 
volt a hasonló kategóriájú prociknál! Ez a 32 a 68000-nél sajnos 
csak belül 32 bit, a külvilág felé az adat csak 16 bit, a cím pedig 
csak 24 bit, de már ez-is 16 MByte megcímezhető memóriát 
jelent! 

Ez az előző mondat ha valaki számára nem sokat mondott akkor 
ne ijedjen meg, a programozás szempontjából nem igazán fontos. 
Ha 32 bites adatokkal fogunk dolgozni, akkor ezt mi nem fogjuk 
látni, a hardver elintézi ezt nekünk. Amit viszont nem lehetett. 
megváltoztatni az a PC (Program Counter-32 bit), a program 
szálmáló. 


Ez mindig a soron következő utasítás címét tartalmazza, ilyen 
minden processzorban van. Ez a programozás szempontjából 
teljesen elhanyagolható, ezt sosem fogjuk közvetlenül átírni. 

Van a prociban még egy SSP (Supervisor Stack Pointer-32 bit), 
melyről később lesz csak szó. A 68020-as prociban helyet kapott 
még egy VBR (Vector Base Register), mely a megszakítási 
vektortáblázat elejét mutatja. 

Van még egy SFC, egy DFC és a Cache vezérlésére CACR és 
CAAR. A SSP helyett pedig ISP (Interrupt Stack Ponter) és 
MSP (Master Stack Pointer) lett beépítve, melyekből user 
módban a SS$P szerepét az ISP veszi át. A család összes procija 
tartalmaz még egy §SR-t (Status Register-16 bit), ez az 
állapotregiszter. Nagyon fontos, szinte minden utasítás babrálni 
fogja ennek az állapotát. Most ezt fogjuk kivesézni. 


Az SR két részből áll, nekünk egyenlőre csak az alsó 8 bit lesz a 
fontos, a felhasználói byte, CCR (Code Condition Register): 


0. bit - Carry (C): átvitelkapcsoló. Ez akkor lesz igaz állapotú (1), 
ha a legmagasabb bitről átvitel történik. Ez azt jelenti, hogy 
például 255-höz byte méretben hozzáadunk egyet, de az 
eredményt nem tudjuk már 8 biten eltárolni, így az eredmény 
nulla lesz, de a Carry állapota 1. 


11111111 
400000001 


(255) 

(69) 
100000000 (256) 
Carry 


1. bit - Overflow (V): túlesorduláskapcsoló. Ez akkor lesz igaz, ha 
egy pozitív számhoz hozzáadunk annyit, hogy negatív lesz. Ez 
egy kicsit furcsán hangzik, de így igaz. Például 127-hez (egy 
byte-on ez a legnagyobb ábrázolható pozitív szám) hozzáadunk 
10-et. Az eredmény 137, és a V bit 1 lesz, mert a 137-et a proci 
már negatív számnak látja (-119), de ez csak értelmezés kérdése. 


2. bit - Zero (2): zérókapcsoló. Ez akkor lesz igaz, ha valamilyen 
művelet eredménye nulla. Főieg a CMP utasítás fogja állítgatni. 
Ott majd részletesebben tárgyaljuk. 


3. bit - Negative (N): negatívkapcsoló. Ez akkor lesz igaz, ha egy 
művelet eredménye negatív lesz, vagyis a legfelső bit 1-es. 
Pl.: nullából kivonunk egyet. 


4. bit - Extension (X): bővítőkapcsoló. Ugyanúgy működik mint a 
Carry, de kevesebb utasítás tudja megváltoztatni. 


A többi bit (5-7) nem használt, értékük mindig nulla. Most a 
kezdő olvasó nyugodtan megkérdezheti, hogy ezek mire jók? A 
processzor a különböző feltételhez kötött ugrásokat a fentiek 
alapján dönti el. Nem kell megijedni, mi ebből semmi sem 
fogunk látni. Csak ritkán kell konkrétan ezekhez a bitekhez 
fordulni, de nem árt tudni róluk, mert itt-ott néhány CMP 
(CoMPare) utasítást megspórolhatunk. 


Most nézzük meg a teljesség kedvéért a felső 8 bitet is 
(rendszerbyte), mely a 68000-es procinál így néz ki: 


8-10. bit - Interrupt Mask (IO,I1,I2): megszakítási maszk. Ezek a 
bitek engedélyezik ill. tiltják le a  megszakításokat. A 
megszakítási szintek 1-től 7-ig vannak, de a 7-es nem tiltható le, 
ez a NMI(Non Maskable Interrupt). 


Ha ez a három bit értéke nulla akkor minden megszakítás 
engedélyezve van. 


12-13. bit - Nem használt, értékük mindig nulla. 


14. bit - Supervisor: Ez jelzi, hogy a processzor milyen állapotban 
van, user (0) vagy supervisor (1). A supervior a rendszergazda 
állapot, ilyenkor mindent megcsinálhatunk. Például az SR 
"regisztert csak ilyen állapotban tudjuk kiolvasni, ellenkező 
esetben "privilégium megsértése" kizárást kapunk ajándékul. 
Supervisor módba a TRAP utasítással kerülhetünk. 


15. bit - Trace: nyomkövetés. Ha 1 akkor a processzor un. 
nyomkövetési üzemmódban van, minden. utasítás végrehajtása 
után egy kizárást hajt végre (9-es vektor). Így lehet egyszerűen 
szoftveres debuggert csinálni. 


Ennyi volt az SR regiszter teljes tartalma 68000-es procinál,a 
68020-as egy kicsit más, erről később. Most pedig ismerkedjünk 
meg az utasítások felépítésével. 


Egy utasítás minimum 2 byte, azaz egy word. Most gondolom 
mindenkiben felmerül, hogy akkor a maximális utasítások 
száma akkor 65536! A maximális tényleg ennyi lenne, de 
gyakorlatilag sokkal kevesebb. Ez viszont azt is jelenti, hogy az 
utasításkészlet bővítése viszonylag egyszerű - nem úgy mint az 
intel 80x86 sorozatnál - egy új utasítás ugyanolyan hosszú lesz 
mint a többi. Az utasítás után állnak az esetleges operandusok, 
melyek minimum word nagyságúak. Ez azt jelenti, hogy néhány 
helyen így felesleges byte-ok is vannak. Például az ADD.B 
4$1,DO utasítást $0600,$0001 formában értelmezi a processzor, 
ahol az első word az utasítás, a második pedig az operandus, az 
1. Viszont az 1-et word nagyságon tárolja, pedig csak byte-ot 
kellene, de ez azért van, mert MINDEN UTASÍTÁS CSAK 
PÁROS CÍMEN KEZDŐDHET, így marad egy felesleges $00 
byte. Hiába ez van. Van ahol viszont az operandust is magába 
foglalja az az egy word, például a relatív ugrásoknál a BNE.B 
CIMKE, ahol a relatív ugrás mérete is benne van, vagy például 
az ADDO.B 4$1,DO utasítás, ahol 21-től 8-ig tudunk a DO 
értékéhez hozzáadni, ez nyolc külön utasítás. A 68000-es 
procinál a maximális utasítás mérete operandusokkal meg 
mindennel együtt öt word, vagyis 10 byte. Ilyen például a 
MOVE.L $$12345678,$00000000 utasítás. 68020-as 
processzornál szinte minden ugyanígy van, de a maximális 
utasítás hossza az újabb címzésmódok miatt egy picit hoszabb, 
10 word vagyis 20 byte. A következő példa egy ilyen 
kitenyésztett utasítás: 


MOVE.L (1$400.W,AOJ,D1.Wt2,$78000.L),(I$800.L,A1,D2.L4,$88220.L) 


Ugye milyen szép?! Hogy ez mit csinál azt most nem 
részletezném, később majd arra is sor kerül. 


A 68000-es procinak van néhány megkötése melyek az alábbiak: 
- lJongword méretben csak páros címen írhat vagy olvashat 
- word méretben is csak páros címen írhat vagy olvashat 


Ha ezt nem tartjuk be akkor egy kizárást kapunk eredményül -5 
guru. 

A 68020-as processzornál ez már nincs, de ha olyan kódot 
akarunk, hogy A500-on is fusson, akkor a fentieket érdemes 
betartani. 


Mielött belevágnánk az utasítások ismertetésébe elmondok 
néhány fontos tudnivalót as AsmOne assembly fordítóról. 


Az AsmOne egy nagyon jó assembler, mely beépített 
szövegszerkesztővel rendelkezik. Ebbe az ESC gomb 
megnyomásával tudunk belépni ill. abból kilépni a 
parancsértelmezőbe. Elindításkor meg kell adni a munkaterület 
tipusát és a méretét. Az assembly programot a szövegszerkesztő 
részbe kell egyszerűen begépelni, majd vissza a 
parancsértelmezőhöz, ott fordítani és futtatni. A fordítás "A" 4 
Enter, a futtatás "J" 4 Enter. Ha "No Errors" üzenetet 
kapunk akkor minden rendben volt a fordításnál, ekkor lehet 
futtatni. Az "AD" parancs a debugger rész, ezt mindenképpen 
érdemes kezdőknek használni. Itt soronként tudjuk a 
programunkat futtatni, miközben az összes regiszter tartalmát 
láthatjuk. A "H" parancs hexadecimális dump-ot hoz elő, a "D" 
pedig disassembler-ként működik. 


Most pedig belevágunk az utasítások ismertetésébe, 
valamennyire szisztematikusan, példákkal ilusztrálva. 


RTS - ReTurn from Subroutine 


Az utasítások ismertetését általában ezzel érdemes kezdeni, 
mert tuti, hogy minden programunkban lesz ilyen, feltéve, hogy" 
a programból valahol ki is akarunk lépni. Az utasításnak nincs 
operandusa, tehát csak így magában áll: 


RTS 


Ezzel kész is az első assembly programunk, melyet lefordítva és 
futtatva látszólag nem történik semmi. Valójában mikor "J"-vel 
elindítottuk az AsmOne egy JSR utasítással  minegy 
szubrutinként hívta meg a programunkat. 

Ekkor a visszatérési cím elmentődött a verembe. Az RTS 
utasítás épp azt csinálja, hogy a verembe elrakott címet a 
programszámlálóba teszi. 

Tehát a prgramunk végén nem árt, ha van egy RTS ill. a 
szubrutinokból ezzel lehet visszatérni. 

Az RTS a kapcsolókra nincs hatással (a későbbiekben flag-ek). 


NOP - No OPeration 


Ez elég érdekes utasítás, mert semmit sem csinál. Olyan mint a 
basic-ben a rem utasítás. A processzor értemezi, majd 
egyszerűen lép a következő utasításra. Általában helykitöltésre 
használható vagy  időzítésre. Ez az utasítás minden 
processzorban megtalálható. A flag-ekre nincs hatással, 
operandusa nincsen. 


Ebben a hónapban ennyi elég is lesz. A következő számban a 
MOVE utasítást fogjuk kivesézni, az már sokkal érdekesebbb 
lesz. Bye! 


Prievara Zsolt 


DOIT EASYIN -C - 


Egy "kis" történelem (?!?) 


Ez a cikk szeretné megkedveltetni a "C" programnyelv 
használatát azok körében akik úgy gondolják, hogy az életüket 
egy számítógép társaságában akarják leélni, 8 óra pihenés, 8 óra 
szórakozás, asszony (férj), gyerek(lek) nélkül, egy büdös 
bagófüstös lyukban, körülvéve üres sörösüvegekkel, beszáradt 
kávéspoharakkal, lebegve annak a sikerélménynek a csúcsán 
amit már az is érezhet, akinek sikerül kiíratni a monitorján 
sárga alapon kék színnel, hogy 


Hello World! 


Rendkívül egyszerű az egész. Ha van egy akármilyen márkájú, 
akármilyén régi (vagy új) számítógéped, és mint a címben is 
utaltam rá, tudsz egy kicsit angolul, én adok hozzá egy 
programot (de üzletben is lehet kapni), melynek segítségével 
megírhatod életed első "C" programját. 


És miért pont "C"? 


Először is azért, mert a "C"-t jó fejek találták ki, (fon:Kenigen 
Ricsi) aztán jó fej tanított meg engem rá (fon:Pető), noha neki 
nicsenek ilyen kellemes élményei arról a bizonyos tanfolyamról 
(valahol a Balaton északi partján) mert ellopták  Töle a 
közismert 3 kötetes "Pető" sorozat flopin (vagy floppy-n?) lévő 
változatát. Bár szerintem Ő volt a hibás, miért hoz magával egy 
macroassembler tanfolyamra bármilyen, a Unix-hoz kapcsolódó 
anyagot, amikor azt mindenki utálja. (Mármint a Unix-ot). 
Aztán jött a hiúságom, ha már tudok egy-két nyelven 
programozni, nekem ne mondjanak más programozók 
rejtélyesnek tünő szavakat melyeknek látszólag első hallásra 
semmi közük nincs a lyukkártyához. Nehéz volt a helyzetem, 
mert abban az időben csak Unix op. rendszer alatt használták a 


SONG 


A merülés. 


Én 1967 óta, rövid megszakításokkal (sitt, tégla, stb...) csak 
"nagy" gépen és csak assemblerben programoztam, és ez nekem 
olyan volt mint egy hívőnek a vallása, ám 197?-ben megtalalált 
egy TAP34-es "számítógép" mind a 64KB-jával és a 2 drb. 8 colos 
lemezmeghajtójával (de szép szó, de nekem jobban tetszik az, 
hogy drájver). 

Miután ezt legyőztem, rám mertek bízni egy IBM kompatibilis 
PC-t (Az igaziakra akkor még embargó vol(( COCOM),), amin első 
akcióként sikeresen eltöröltem az összes particiót (FDISK). 
Ennekutána azt mondta a főnököm, hogy kreatív vagyok, tehát 
irjam meg a Határőrségnek az OHK fedőnév alatt kifejlesztett 
számítógépes rendszerének MAGYAR fedőnév alatt jegyzett 
alrendszerének azt a programját, amely nyilvántartja azokat a 
személyeket, akiknek nem kivánatos a külföldre való távozása. 
Ja igen! "C"-nyelven. 

Megírtam, de pont jött a "rendszerváltás" és az adatbázisom 
rekorszáma 4000-ről lecsökkent 0-ra. Mindegy, a program még 
ma is működik, meg lehet tekinteni bármelyik nyugatra eső 
határátkelőhelyen (check point). Üdvözlöm Köszegen a Gézát, 
Búcsu-n á Pistát, és minden technikai (teknikai) tisztet aki 
megtisztelt azzal, hogy meghívott egy, kettő ... sörre. 


A lényeg. 


A"€C"-ben nincsenek utasítások! A 6250(?) CPU (Commodore) 


256 utasítást ismer és (!) hajt végre. Az IBM 
macroassembler-ben elvileg 2 a 32-iken utasítás létezhetne, - 
mert ennyire van hely (486) - de jó ha 600 van(ha-ha). 


Ne tanuld meg! 


A "C".t úgy képzeld el, mint előre megirt pici (nem piti!) 
programok összessége, melyek közül néhányat a megfelelő 
időpontban, megfelelő sorrendben, megfelelő gyakorisággal el 
kell indítani (vezérelni, és ez a kulcsszólkeyword)). A vezérléshez 
segítséget nyújt néhány utasítás, ami nem utasítás, csak nem 
találok jobb szót. 


Ezek pl. az if (magyarul ha) 
A klasszikus példával élve, 
if (ha) van pénzem 
elmegyek moziba (végrehajtok egy bizonyos pici 
programot) 
else (ellenkező esetben) 
nézem a TV-t (végrehajtok egy másik pici programot) 


vagy a while (magyarul amíg) 
while (amíg) a pénzem 2 mint 0 


flipperezek egyet (végrehajtok egy bizonyos pr.-ot) 
pénz z pénz - xFt 
L 


Van még a "for", de az majdnem ugyanaz mint a "while", csak 
nern amíg, hanem addig. 


Ami ezen kívül van az nem fontos, kényelmi okokból van, és 
helyettesíthető az előzőekkel. 
És ennyit 


Ja igen! Nem árt, ha van otthon egy kis logikus gondolkodás, és 
föleg arra vigyázz, hogy a Windows95 alatt ne inditsd el a 
Microsoft Network share funkcióját, mert utána "RESET" 
gombot kell nyomni. (Na, naprakész vagyok?) 


A méglényegebb. 


Tanulj meg "C"-ben programozni, nem bánod meg! 
Én szívesen segítek, hivj fel! 


1840386 vagy 1643182 és a nevem KoKa. 


MAXON TOOLS intermn. revision 76 
by Klaus-D. Sommer 


Manapság a user-ek file-kezelő program tekintetében három 
táborra oszthatók; a kis memóriával rendelkezők a rég bevált 
DiskMaster-t nyúzzák, a legkényelmesebbek a FileMaster-t, 
míg a memóriatúltengésben szenvedők a Directory Opus-ra 
esküsznek. Mindhárom tábor érveit meg lehet érteni, 
mindenkinek szíve joga, hogy kiválassza a számára 
leghasználhatóbb prog- ETV 

ramokat. Szerencsére 
az AmigaOS alá nem 
csak egyetlen domináns 
file-kezelő program lé- 
tezik, ellentétben a 
dúmpécékkel, ahol egy 
két éves monitoron már 
jól láthatók a Norton 
Commander  beégésé- 
nek nyomai... Szóval," 
aki megengedheti ma- 
gának, hogy kb. 600 
kByte-ot áldozzon 2 isi 
azért, amit egyszerűen 
file-kezelőnek . hívunk, - - 
az több professzionális program közül is választhat. 
Természetesen, a legjobb (szerintem bármely platformon) a 
Directory . Opus, hiszen  — megbízhatóságban, — konfigu- 
rálhatóságban, sebességben, és rendszerbarátságban is elviszi a 
pálmát bármilyen program elől. (A DirOpus-szal csak árfekvés 
tekintetében lehet rosszat említeni...) De van még egy hasonlóan 
jó tulajdonságokkal rendelkező program is, amely szerintem 
leginkább a nyelvezete miatt került háttérbe az Opus-sszal 
szemben. A MaxonTOOLS ugyanis a német Maxon Computer 
GmbH terméke, akik köztudottan egyedül a német nyelvterület 
Amigásait célozzák meg programjaikkal (Maxon C4-4, Maxon 
Cinema 4D, Maxon Basic etc.). Sajnos a MaxonTOOLS-ból 
kifelejtették az angol szavakat, így ha az ember nulla német 
tudással rendelkezik, tényleg teljesen használhatatlannak érzi. 
(Persze létezik translated verzió is a programból, ami 
többé-kevésbé áthágja a nyelvi akadályokat...) A DirOpus-hoz 
viszonyítva 2 lényeges előnyt, és 2 lényeges hátrányt lehet 
megemlíteni. A MT szabadon konfigurálható Archive kezelővel 
rendelkezik, amit sajnos az Opus-ból kihagytak. Lehetőség van 
egy textfile-ban leírni a tömörített file-ok list-jének strktúráját, 


amin keresztül a program képes file-rendszer szerű formában 
megjeleníteni szinte valamennyi Archive file tartalmát. 
ARCHIVEID- "LHA" ömöi 
FIRSTLINE- 7 Az első sor, ahonnal az információt kezdődik 
NAME — -141 File-név (Sor,Oszlop) 
SIZE 221 File-hossz (Sor. Oszlop) 
DATE z 2.24,"dd-mmm-yy"  File-dátum (Sor Oszlop.Formátum) 
File-készítési idő (Sor.Oszlop) 
File-Protaction Bil-ek (Sor. O 
File-Comment (Sor. Oszlop.Kezdő karakter) 
áz informádiól ladalmazó sorok vége 
Tb lie ltásánokanadábazása áh, file törlésé 5 


LISTEMD -"Ulils:CrunciVLHA vv 96a" is 
ADDCMD -Ulils:Crunch/LHA a -x 96a 90P File hozzáadása (COPY) 
DELCMD -"Ulils:Crunci/LHA d6a9of File törlése (DELETE) 


EXIRACICMD- "Uliis:Crunch/LHA x 96a "d 9ef File kitömörítése (COPY) 


Tehát, ha mondjuk az LZX tömörítővel készített Archive-okat is 
szeretnénk kicsomagolás nélkül is használni, nincs más hátra, 
mint a megfelelő Sor/Oszlop számokat beírni. 


- készítünk egy teszt file-t (LZX a RAM:teszt ENV:t?) 


- készítünk egy listát a teszt file-ról (LZX v RAM:teszt 
2RAM:lst) 


egy editor programmal megnézzül a pozíciókat (CED RAM:18t) 
- majd a MaxonTOOLS/Config/Are.cfg file-ba elhelyezük az 
adatokat a megfelelő sorokban: 


ARCHIVEID z LZX" 
FEIRSTLINE z 10 
NAME. 71.64 f 
T) z ; 
TIME 21.35 ! 
PROT -144 ; 
COMMENT. -2.23."96" 
END SZET zet 
MULTIADD 7 TRUE 
MULTIDEL - TRUE he 
MULTIEXT. - TRUE 
LISTOMD — z "Ulils:OrunciuLZX v 36g" 
ADDCMD — z "Ulils:OrunciuLZX a -x 969. 9éf" 

M z TUL 1 al 
Mivel majdnem minden tömörítő programnak van 


list/extract/add parancsa, megoldható az is hogy bármilyen 

Archive tartalma a teljes kicsomagolás nélkül is használható 
legyen. Ugyanis az így felkonfigurált MT nem csak megmutatni 
képes az Archive-ok tartalmát, hanem a FileTypes-en keresztül 
a zenéket lejátsza, a képeket megmutatja, stb. (Fontos, hogy az 
arc.cfg elkészítése után a FileTypes menüben készítsük el a 
megfelelő adattípust és Funktion-nak az Intern/ARCLIST-et 
adjuk!) Ha nem teljesen egyértelmű, érdemes megnézni az LhA 
konfigurálását, ugyanis azt gyárilag beleépítették... Ezzel 
remélem sikerül megmagyaráznom az egyik előnyét az Opus-hoz 
képest. A másik, nem ennyire számottevő de nagyon látványos 
különbség, hogy a MT a Button-okat nem csak szövegesen, 
hanem akár icon-okat importálva, grafikusan is képes 
megjeleníteni. Van sok beépített kép is, a fontosabb funkciók 
(COPY, DELETE...) megjelenítésére. Ezen kívül nem is tudok 
olyan különbséget, amely előnynek nevezhető. Annál több sajnos 
a kis BUG-ocska a programon belül, például ha a file 
COMMENT-je 60 karakternél hosszabb akkor a COMMENT 
visszalóg a file-nevére, és az olvashatatlan lesz. A másik 
szembetűnő rossz tulajdonsága, hogy szemtelenül LASSÚ a 
képernyőkezelése. Ez 640x256 os felbontásban nem észrevehető, 
de próbáld s APT 
mondjuk  640x512- SE 
ben. Nem tudom  / 
erre — miért nem  / 1 
filgyeltek egy kicsit / 
jobban oda a JEBSE 
programozók, azért FH 
ennyire nem lassú a ; 
grafikus chip... ! 
Második rosszabb ! 
tulajdonságként ! 
lehet megemlíteni 
azt, — hogy lehet (F 
ugyan — Workbench 
képernyőre  irányí- 
tani, de az ablak 
mérete utólag nem 
változtatható meg, és így nem igazán TEÁT mivel majd- 
nem a teljes képernyőt elfoglalja. Érdekes beállítási lehetőség a 
képernyő design-jának megváltoztathatósága. Lehet széles, lapos 
list-window, és Button:ok elhelyezése is változtatható. 


sonTOtt 5 firatetles Aze 


a 3: 


Sajnos ezen a téren a MultiTool konfigurálhatósága messze 
lekörözi. Természetesen van Drag$Drop kezelés, beállítható 
hagyományos — ScreenMode  reguesterr-en keresztül a 
képernyőmód, rendszerfontokat használ, amelyekből minden 
Button, Regucster és ablakhoz hozzá rendelhetünk egyet. 
Minden DialogBox-hoz beállítható, hogy Intuition, RegTools 
vagy a MaxonTOOLS sajátját használja. Beállítható az 
automatikus lemezcsere figyelése, a drive-ok lock-olása, esetleg a 
régen használatos .fastdir felhasználása is. 

A MaxonTOOLS file-list ablakának állapota is módosítható, meg 
lehet határozni a file-név, file-hossz, dátum, protection bit-ek, és 
a comment látható hosszát, a kiírás sorrendjét, stb. Kellemetlen 
viszont, hogy a Picture vagy Animation képernyőmódja nem 
állítható, mindig PAL módban rakja ki őket. Az egér gorabjaira a 
szokásos Funktion segítségével programokat írhatunk, de nem 
tanácsos elállítani az alapkonfigurációt, mert aztán nehézkessé 
válhat a működtetés... 

Nagyon egyszerűen . készíthetünk  Drive-Symbol táblát a 
sűrűbben használt Volume-okkal, : Ássign-okkal. Azt hiszem 
leírtam az összes említésre méltó dolgot a MaxonTOOLS-rál, és 
konklúzióként azt keli mondanom, hogy nagyon jó program 
kerekedhetne ki ebből, ha valakinek eszébe jutna befejezni, mert 
például az Archive kezelése és a barátságos (persze jobb lenne 
angolul...) felhsználói felülete irigyelhető bármely hasonló társa 
számára. 


Louise 


SCREEN IN WINDOW 
by Tomas Igracki 


Egy nagyon érdekes programról van szó, amely megpróbálkozik 
Aa kiválasztott Public Screen-t, egy Workbench (vagy más Screen) 
ablakba belepakolni. Erre tulajdonképpen semmi szükség nincs, 
hacsak a program írója bele nem kombinálja azt is, hogy az 
ablakba kattintásokat átvigye az igazi Screen-re. A program 
csak CLI-ből indítható, paraméterekkel kell beállítani a lopandó. 
Screen nevét, a Public Screen nevét, az ablak paramétereit. Egy 
egyszerű példa: SIW MS-"Workbench" 


Louise 


PC-TASK v3.10 
by Chris Halmes 


Az emulátorrajongók első számú kedvence, a PC-Task harmadik 
szériájának hibajavított verziójáról van szó. A dokumentáció 
szerint valami képernyőkezelési hibát javítottak ki, de használat 
közben, a 3.0-nál semmilyen gondot nem tapasztaltam. (pedig 
nyomult a windóz true 16 színben!) Bezzeg, a fantasztikus," 
fenomenális, rengetegcsatornás hang mostmár működik. 


Szóval a Speaker-t is rendesen emulálja, lehet Digger-ezni (nem 
a 94-esről van szó, hanem :- a 85-ben írtról! ) teljes 
mellszélességben nyomja a jobbnál! jobb Fire-effekteket... Söt a 
sokszorhasznált Landmark speedtest is pittyog, ahogy az a 
nagykönyben meg van írva. 


Sajnos az ablakban 
futtatáshoz — még — mindig 
legalább egy 060-as kártyára 8 
van szükség, de cseszegetni a 
pécéuser-t már 030/50MHz- 8 
enis lehet. § 
(Egy kedves ürge prezentálta 
nekem a Windows95-öt, én § 
meg csak annyit próbáltam 
meg, hogy  DOS-ablakban 
elindítottam a  Landmark-ot, majd míg az futogatott, 
megpróbáltam egy másik task-ot indítani... Előbb gondolkodott a 
Win95, majd filozofált, legutóbb a RESET gombbal lehetett 
operánli...) 


Persze a PC-Task v3.10 sem 8 
a legtökéletesebb software, § 
mert olyan alapművek, mint 
a — Norton — Utlities 8 
programjai — nem futnak, 
pedig az alapigényük csak 
640k memória és 802864 
processzor. Ki érti ezt... Mert és 


ezen kívül nem találtam 
olyan progi(ka)t ami 
kukorékolt volna. 


A BorlandC 1.0, a MS Guick Basic 7.0, a Windows 3.0-3.1 mind 
hibátlanul mennek, továbbá egy csomó játék, (8086/80286 only) 
és kisebb programoéskák. Múltkor, a  060-as kátyával 
kapcsolatban elkakulálgattam egy kicsit... A 060-as 3x-4x 
gyorsabb mint egy 4000/40-es. Akkor kb 6x-8x gyorsabb mint az 
én gépem, amin ea PC-Task3 egy 6MHz-es 286-ost emulál. Akkor 
a 060-as barátok között is, 6x6-36 MHz-es 286-ossá varázsolja 
az egyik Task-ot! 
(Wolfeinstein rulez!!!) 


Louise 


(FIGYELEM!!! 
A cikkben látható képek NEM 
a Win95 felhasználásával 
készültek!) 


WINCHESTEREKRŐL - ÁLTALÁBAN 
4 REORG V1.3 


Mottó: 
". Papa, mit jelent a "Now Formatting Drive DHO: felirat?" 


Az emberek legnagyobb része úgy képzeli, hogy a winchester 
(esetleg HD, vagy HardDisk, neaggyisten merevlemezegység...) 
valami hajde biztos adattároló szerkentyű. Az emberek ezen 
része megy idegileg tönkre, mikor az a drágalátós HD 
hirtelenjében HD Faliure feliratokkal örvendezteti meg. Tehát 
mindenki most vonja le a konzekvenciát; a winchester egy 
bizonytalan adattároló. Ami persze nem azt jelenti, hogy a 
frissen felinstallált Mortal Kombat 2-nknek holnapra már csak 
hült helye lesz a winchesterünkön, hanem azt, hogy huzamos 
használat után a HD-ról egyszercsak eltűnik eg két file. Meg 
kell mondanom, hogy ebben az operációs rendszer is hibás, de 
mielőtt még mindenki rohanna haza, hogy letörölje a 
Workbench-ét, elárulom azt is, hogy ki a főbűnös az ilyen 
esetekben. A tulaj. Bizony. Mivel az övé a HD, köteles azt 
legalább kéthavonta egyszer tisztába tenni. 

Ugyanis - gondolom - a nagy többség nem rendelkezik gigás, 
vagy esetleg annál is nagyobb kapacitású HD-vel, ezért 
gondolom mindenkinek majdnem mindig teli az összes partíciója. 
(na jó lehet, hogy valakinek csak 9999 Full) Ekkor jön az, hogy 
valamit törölni kell. (a szemüvegemet) DE! Amikor frissen 
megformázzuk a HD-nkat, 

és elkezdjük rá felmásolni a proggykat, akkor szépen sorban 
"egymás után" kerülnek fel a winyóra. Viszont, mikor betellik, 
akkor nem a legutóljára felmásolt dolgot töröljük le (hülyék is 
lennénk, hiszen azt tegnap vettük fel), hanem azt, ami már egy 
fél éve fenn van és ráadásul nem is tudunk vele játszani, mert a 
második szint kódot kér, és a mi gyári füzetünket elfújta a szél 
(vagy Margaret Michell). 


Elnézést... Szóval elkezdjük össze-vissza törölgetni a file-okat, s 
a szemfülesebbek észrevehetik, hogy a winchester olvasási 
sebessége meglehetősen lelassult, magyarán töltés közben 
egyfolytában reszel. Ekkor csodálkozik el az egyszeri ember, 
hogy az ö 270 Megás Ruantum Maverick-je nagyságrendekkel 
tovább tölti be a Simon the Sorcerer-t, mint szomszédjának a 120 
Megás Seagate-je. A bootolási sebességről nem is beszélve. 
(Zárójelben jegyzem meg, hogy a Xuantum Maverick adatátviteli 
sebessége 1.9-2.2 MéByte/Sec., míg egy mezei Seagate a legjobb 
esetben is csak 1.1 MByte/Sec. körül bír teljesíteni.) Az egyszeri 
ember, mikor magához tér, valamilyen REORGANIZÁLÁS-ról 
hall valamit rebesgetni. Gyorsan fel is másoltatja magának egy 
lemezre, s rohan haza, mondván mindjárt megoldja, utána végre 
játszhat a Kings Ouest VI-tal is. (ugyanis az kb. 1500 file-ból 
áll, és egy erősen fregmentált winyóról nem éppen öröm 
játszani... Főleg, ha még FastRAM sincs a gépben) 


No közben hazaért az ember, bedugja a lemezt a gépbe, elindítja 
a REORG c. programot, rákattint a GAME partíciójára (mondjuk 
200 MB) és nyom egy startot.... Vár.... 5 perc múlva kirak egy 
ablakot. Gondosan elolvassa az ott kiírt angol nyelvű szöveget 
(később beszélek róla), megnyomja a REORGANIZE feliratú 
gombot és vár. 10 perc múlva is vár. Egy fél óra múlva megunja 
és nyom egy RESET-et. 


Gyengébb idegzetű olvasók itt hagyják abba az olvasást. (Majd 
később folytassák) Az egyszeri embernek valami gyar:is lesz, 
mert boot közben nagyon lassú a gép. A HD úgy reszel, mint a 
nagyapa fénykorában, no de egyszer csak feláll a rendszer. Az 
egyszeri ember fellélegzik, s már indítaná is a Mortal Kombat 
2-t, s nemn tűnik fel neki, hogy a winchester még mindig dolgozik. 


(most jön a dráma...) Hirtelen egy kis ablak jelenik meg a 
képernyőn, amelyben egy kis felirat látható: 

"Volume GAME: is not validated - Retry I Cancel", vagy valami 
hasonló szöveggel. 

Emberük megnyonja a Retry-t, de megint visszajön. az ablak. 
Cancel-ra eltűnik. Emberünk ismét megnyugszik, és indítaná a 
GAME:Mortalkombat2/ Mortal nevű programot. 

De ilyen nincsen. Legalábbis a "File not found" felirat erről 
tanúskodik. 

Ekkor emberünk utánajár a tényeknek. S a végelszámolás 
szerint a 200 Megából kb. 100 maradt meg, ezen 100 Megából 
issok program sérült, s ráadásul még a GAME: device sem 
validated. Emberünk kiveszi a sörétes puskát a szekrényből, s 
először a monitort durrantja szét, utána a winchestert, majd a 
gépet is, s legvégül mézesmázos mosollyal becsenget a 
szomszédjához. 


4-4-4-b-ebe bee b- be b-eb- beh b-b-b- be 4-4 4 


" Tegnap a kora délutáni órákban K.J. Budapesti lakos - 
mindeddig ismeretlen okból egy sörétes puskával 12 alkalommal 
mellbe lőtte szomszédját O.P.-t, aki ez okból nem tudta a 12. 
szintet teljesíteni a Lemmingsben ezért meghalt. Temetése jövő 
héten lesz a Farkasréti temetőben. Megmaradt lemmingjei 
kegyelettel örzik emlékét." 


SES essb e ők tis zek ek E sek EREZTE E EGESBST Ab 


Elsösoban le kell szögeznem, hogy a monitor ártatlan volt. 
Éppúgy, mint a gép, a winchester, sőt még a szomszéd is. 
Másodsorban mindenki elnézését kérem ezért a kissé morbid 
történetért, de sajnos - az esetek többségében - mindig a 
felhasználó a hibás. (nekem egy év alatt kb. öt alkalommal halt 
el a winchesterem, ebből legalább 4 alkalommal én voltam a 
farok. Hozzá kell tenni, hogy fél éve már, hogy egyszer sem ment 
gallyra a HD-m, kb. akkor jöttem rá, hogy reorganizáció alatt 
semmit sem szabad csinálni, akkor sem, ha 5 HD is van a 
gépünkben!) A történetet egy általam hallott történet inspirálta, 
amelyben is az történt (sok a történés ebben a történetben, de ez 
már történelem), hogy javasoltam valakinek némi reorganizációt 
a winchesterén, mire ő megemlítette, hogy az egyik ismerőse 
mesélte neki, hogy az ő winyóját tönkretette a REORG, úgy, 
hogy alig tudott valamit megmenteni a programjaiból. 

Az ismerős persze - gondolom - elfelejtette azt az aprócska tényt 
megemlíteni, hogy a reorganizáció nem fejeződött be, hanem 
vagy áramszünet volt, vagy GURU, vagy valami egészen más... 


Összefoglalván: 


Aki sokat mozgat adatokat a winchesterén, annak illik 
legalább kéthavonta egy reorganizációt végezni az adott 
partíción. (egy kizárólag rendszer számára fenntartott 
partíción elég négyhavonta vagy esetleg félévente is) 

Ennek legegyszerűbb módja egy, ha van egy másik - 
ugyanakkora, vagy nagyobb - üres partíciója, mert oda átmásol 


mindent, majd az adott partíciót leformázza, s szépen 
visszamásol mindent. (általában nem ez a jellemző eset...) 
Ugyanez kicsit bonyolultabban, valamilyen HD utility 


segítségvel valósítható meg. 


Például: REORG, GUARTERBACK TOOLS, DISKSALV, 
DISKMON TOOLS etc. 


REORG V3.1 
HIGH SPEED DISK OPTIMIZER 
1992-93 by Holger Kruse 


Talán a legjobb (leggyorsabb) optimalizáló program, ahogyan a 
neve is mutatja. Egyetlen hibája az, hogy ha valami 
rendelleneséget tapasztal, akkor kilép, nem folytatja a 
reorganizációt. (erről is majd később) 

A másik dolog az, hogy nem árt hozzá némi FastRAM, mive! 
abból allokálja magának a buffert. 


Indítás után 
kiválaszthatjuk, 
hogy melyik. §ye 
drive-ot is akarjuk $E 
reorganizálni. j 
A MODE feliratnál § 
választhatunk 
TWO DRIVES-t is 
az ONE DRIVE 


helyett, de csak 
akkor tegyük, 
amennyiben két 
HD-nk van, mert 


ha a ReOrg ugyanazon a HD-n dolgozik két partícióval is, akkor 
igencsak lassú lesz szerencsétlen. (erre egyébként figyelmeztet is 
mindenkit, ha ilyet akar tenni) Mielőtt még mindenki bőszen 
START-ot nyomna, nézze meg az ablak bal oldali részén lévő 
dolgokat is. Itt egy FORMAT felirat rémiszt meg mindenkit. Ne 
tegye, mert ha ez be van kapcsolva (ON), akkor sincsen baj, mert 
igaz megformázza a partíciót, de az adatok megmaradnak rajta. 
(ha valakinek gyakran szekott "not validated" lenni a 
winchestere, akkor érdemes ezt bekapcsolni, de ha nem, akkor 
sem árt...) 
A WRITE VERIY, irásellenőrzés, lassítja a dolgokat, viszont 
egy labilis HD-n, vagy lemezen nem árt. 
(ha hibákat ír ki [ VERIFY ERRORST, akkor érdemes egy 
FORMAT HD-t (Workbenchből) végrehajtani, természetesen 
miután az adatokat lementettük róla valamilyen biztonságos 
helyre, s ha a FORMAT után is van rajta hiba, hát akkor mehet 
a levesbe... Erről a levesről is majd később) 
. A WORKBENCH MODE a reorganizáció milyenségét adja meg, 
I tehát "WB barát" legyen-e az optimalizálás. Legyen. 
. A GRAPHICAL SECTOR DISPLAY egy kis torta a habon, 
. ugyanis reorganizáció közben egy kis ablakban mutatja 
grafikusan, hogy mi is történik. (nem kel! mindent elhinni neki, 
más; téglalapban emulál köröket...) 
És van még egy ADVANCED OPTIONS is. 
Í 


1 - UPDDATE DISK DATE - módosítsa-e a lemez dátumát. (a 
lemezen lévő file-okra nem vonatkozik) 


- KEEP LOCK - megörizze-e a protection flag-eket. (RWED, ha 
valaki nem értené, ez a file  védettségére utal 
ReadWriteEditDelete) 
- SIMULATE OPTIMIZATION ONLY - ez egy jó trükk, mert 
így nagyon gyorsan végez, de semmit sern csinál. 
- READ DRIVE GEOMETRY - ez mindig OFF legyen, mert, 
csak néhány új típusú SCSI HD-hoz kell, illetve HD-s floppyhoz. 
- CLEAR UNUSED BLOCK - ha ez "igen", akkor az optimizáció 
végén cleanup-olija a nem használt blokkokat. 
- FILEEXT BLOCKS - file extension blocks: 

lehet FRONT I SCATTER I MID 
- FREE BLOKS AFTER - szabad blokkot csak könyvtárak után 
tegyen (DIRECTORIES), vagy a file-ok után is (FILES) 
- OPTIMIZE FOR - KICK 1.2/1.3 vagy 2.0/3.€ - mindenki tudja 
mi van neki... 


- CHANGE FILESYSTEM - NO CHANGE 
STD MODE (standard) 
INTL MODE (international) 
DCFSMODE (directory caching) 
- CHANGE OFS/FFS  - NO CHANGE nem változtatja meg a 
filesystemet. 
- TOOFS  OFS-re változtatja meg. 


(esetleg lemezeken érdemes, ha olyan helyre visszük, ahol! nem 
tudnak FFS disk-et olvasni.. 

- TOFFS Ha van eegy OFS-s HD-nk, 
vagy lemezünk, akkor érdemes ezt cselekedni. 
- SAFETY MEMORY - mennyi memóriát hagyjon az 
optimalizáláskor (default érték 150000 byte) FIGYELEM !! Ha 
valakinek nagyon sok 85 MByte FastRAM-ja van, akkor is csak 
abban az esetben növelje ezt az értéket, ha csinálni akar 
valamit. Mivel nagyobb buffer esetén hamarabb kész lesz. De ha 
csinál valamit, az nehogy lefagyjon, mert akkor vége mindennek. 
Vagy legalábbis annak a partíciónak. 

- SMALL FILE LIMITS - minden file-nak legalább hány 
biSEkét hagyjon. Érdemes kettőn hagyni, mert ez általában csak 
1024 byte, vagyis 1 K. (mivel a blocksize alaphelyzetben 512 
byte) Ennyit pedig érdemes rászánni a legkisebb file-okra is. 


Ha minden OK, akkor mehet a START! A program megkér, 
hogy helyezzük be az optimalizálandó JER ZÉBET a drive-unkba, s 
ha ezt megtettük, worse 
nyomjunk egy OK-t. §rs 
Tehát aki eddig 
még nem tette, az 
most tegye meg. 
(egyébként ez B 
lemezekre — vonat- 
kozik, de SyOAuest 
userek előnyben...) 


Mikor a lemez (HD) 
is benn van, meg 
OK-ot is nyomtunk 
a gép elkezd esze- 
veszetten dolgozni, de ekkor még nem csinál semmit, csak 
végigellenőrzi a lemezt (hogy van-e rajta hiba), illetve megméri a 
fregmentáció mértékét (mennyire vannak széttördelve a file-ok). 
Ilyenkor - elvileg - az sem baj, ha áramszünet van, mert nem ír, 
csak olvas. 

Mikor ezzel végzett, kiírja a fregmentáció mértékét: 

DEGREE OF FREGMENTATION (minél kisebb, annál jobb), 
illetve ellát "minket néhány hasznos tanáccsal. (Pl.: ha 
ONE-DRIVE módban vagyunk, akkor figyelmeztet rá, hogy 


ebben a módban a reorganizációt tilos megszakítani. Söt, ha nem 
vagyunk biztosak a HD-nkben, akkor csináljunk egy BACKUP-ot 
" is. (labilis HD esetén nem árt, meg ott sem, amerre sok az 
áramszünet) 


Ezek után a 
REORGANIZE és 
a CANCEL gomb- 
ok közül választ- § 
hatunk. Válasszuk 
a REORGANIZE 
-t, s máris elkez 
dődik, amire vár: 
tunk. 


Aki türelmes az végigvárhatja, mindenki tudja, hogy mire 
számítson, ugyanis a program kiírja a hátralévő időt 
(REMAINING TIME), igaz kicsit furcsán számol. 

100 MByte-os, vagy annál nagyobb partíció esetén érdemes 
elmenni ebédelni, mert azért egy 10-15 percet (FastMem-mel) 
elmakko!l vele. 

Még egyszer mondom mindenkinek: Amíg a ReOrg fut ne nagyon 
csináljunk mást (föleg ne játsszunk, még WB barát játékkal 
ser), mert ha kifagy, akkor végünk lesz, mint a botnak. 

Mikor befejezi a műveletet, közli velünk, hogy befejezte a 
műveletet. . (REORGANIZATION — FINISHED) Továbbá 
megemlíti, hogy akár ki is vehetjük a lemezt. (Winchester esetén 
azért inkább zeedterásám A . 
hagyjuk benne....) 


Ezek után kapunk 
még egy remek § 
statisztikát a HD- 
nkröl, ami alap- $ 
vetően nagyon jó 
dolog, csak lehet, ff 
hogy nincs semmi 
értelme. 

Ha a reorganizáció, 
vagy akár az 


előzetes vizsgálat 
alapján hibát talál, 
akkor leáll. 
Annyira, hogy ha 
folytatni akarnánk, 
akkor sem lehetne, 
mert csak kiírja a 
Hz hiba kódját, meg a 
megnevezését, — és 
vége. 


Valahol jó ez, mert ha egy HD vagy lemez szar, akkor az szar 
marad ReOrg után is. 


Mikor befejeztük minden partíciónkon a reorganizációt, akkor 
nem árt egy reset, ugyanis hajlamos utána kiakadni az operációs 
rendszer. 


Néhány trükk, hogy milyen módon lehet gyorsítani a ReOrg 
futását, illetve javítani a rendszerünk állapotán: 


- Állítsuk be a SMALL FILE LIMIT kapcsolót 0-ra, vagy 1-re. 

- Ha lehet kapcsoljuk ki a WB-t. 

- Állítsuk az optimalizáció módját (OPTIMIZE FOR...) a saját 
rendszerünknek megfelelőre 

- Ha KickStart 3.x-et használunk mindig kapcsoljuk be a 
DIRECTORY CACHNING-et (Ezt a FORMAT parancs 
kiadásakor kell, persze HD-n). Amennyiben nem kapcsoltuk be, 
a ReOrg segítségével megtehetjük utólag is; állítsuk át a 
CHANGE FILESYSTEM-et TO DCFS MODE-ra. 

Vigyázat! A DCFS módban lévő HD-k KickStart 2.x rendszerben 
nem működnek, csak a 3.x alatt. 

- Ne játssz a READ DRIVE GEOMETRY gombbal, amíg nem 
tudod mit csinálsz! (a programozó figyelmeztetése) 

- HD-k reorganizációjánál (Ha hibátlan a HD-d és még sohasem 
volt vele baj) nyugodtan kapcsold ki a FORMAT és a VERIFY 
kapcsolókat. 


Végül, de nem utolsósorban a program hardware és software 
szükségleteiről: 
- Kell hozzá legalább egy WB 2.1 (KickStart 2.04) 
(létezik 1.2/1.3 alá is ReOrg, a V1.13-as verziószámot viseli) 
- Kell hozzá memória (ki gondolta volna...) 
- 400 KByte a programnak 
- 7 KByte minden egyes MByte-hoz (amit reorganizálni 
akarunk) 
- 6-szorosa a lemezünk track méretének 
- és 150 KByte biztonsági memória. 


A biztonsági memóriára (SAFETY MEMORY) csak akkor van 
szükség, ha valamilyen okból elfogy a memória (a felhasználó 
biztosan megint garázdálkodott...), beálításáról fentebb már 
beszéltem. 


A memóriaigény egy 200 MByte-os HardDisk reorganizációja 
esetén (Holger Kruse mérése) : 
400 KByte 

4 1400 KByte ( 71200 ) 

4 96 KByte ( 6t 32/2 KByte- 32 sectors/ track) 

4 150 KByte 

- 2046 KByte 
Ezért mondom azt, hogy csak az kezdjen el nyugodt szívvel 
reorganizálni, akinek legalább 2 MByte FastMem van a gépében, 
ellenkező esetben lehet, hogy lassú is lesz, de az is lehet, hogy 
nem lesz elég a memória. 
A program SHAREWARE a regisztrációs díj kerek 10 USD, 
amelyet a programban található címre kell elküldeni. 


Mogic 


AMIGA 1200 HARDWARE FAO - 1995 
Warren Block 


Úgy gondolom senkinek sem fog ártani egy kis fejtágítás, azon 
nemes cél érdekében, hogy egy picit többet tudjon kedvenc 
gépéről, kivédve ezzel azt is, hogy a jövőben hülye kérdésekkel 
égesse le magát a többiek előtt. 

Az itt alább olvasható teljes anyag csaknem teljes egészében 
Warren Block úr műve, aki nem átallott olyan felelőtlen kije- 
lentéseket tenni, hogy ez az anyag FreeWare, s ezt most mi 
galádul ki is használjuk. Cserébe viszont leközöljük Warren 
Block címét és e-mail számát, mivel azt üzente, hogy ha valaki 
valamilyen baromságot olvas ebben a FAA-ban, esetleg valami 
egyéb kérdése, problémája van, az írja meg neki azt sebesen. 


Név:  — Warren Block 
Cím: 602St. James 
Rapid City SD 57701 


Telefon: (605) 342-1632 
e-mail: wblockÖsilver.sdsmt.edu 


Ha valaki esetleg sajnálná a felmerülő postaköltséget, vagy tel- 
efonszámlát, esetleg még nem beszél perfekt angolul, az nyugod- 
tan megírhatja nekünk is gondját-baját, s ha a posta is úgy 
akarja, válaszolunk rá. (feltéve, ha lehet) 


FIGYELEM !!! Címünk megváltozott: 


AMIGAonly 1093 Budapest, Bakáts utca 6 
(Az AMIGA SZALON címén) 


(a "ha lehet" arra vonatkozott, hogy a jövő heti lottószámokat 
talán hiába kéritek tőlünk, de azért az AMIGÁ-val kapcsolatos 
kérdésekre mindig igyekszünk majd a legjobb tudásunk, vagy 
mások legjobb tudása szerint válaszolni) 


(Még valami azoknak, akik még sohasem találkoztak FAG-kal. 

A FAG - Freguently Asked OXuestions [Gyakran feltett kérdések] 
egy kérdezz-felelek (ez itt a reklám helye) módban zajló 
beszélgetés, ahol a tudatlan új felhasználó kérdezi (K), a 
nagytudású régi felhasználót, aki válaszol (V). c- Hát ezt elég 
faszul fogalmaztam meg) 


1. Az AMIGA TÁPJÁRÓL 


K: Akarok építeni magamnak egy "szuper-tápot" az AMIGA 
1200- esemhez. Hogyan kössembe a csatlakozót? 

V: Nézd meg az eredeti tápot, s majd meglátod. (Frappáns 
válasz, igaz csak ra fordításban. jött ki a rím. A legegyszerűbb 
megoldás egy PC-s tápot átbuherálni, azonban, ha valaki nem 
ért hozzá, ezt ne csinálja, mert elég sokat árthat vele magának, 
ha valamit fordítva köt be. Egyébként sokan használják ezt a 
megoldást, mert az AMIGA 1200-ek tápja - kis kivételtől 
eltekintve - nem igazán bírja a 2 HDD 4. 2 FDD 4- turbokártya -- 
toronyóra lánccal 4 stb. üzemmódot. Ha valaki mégsem tudja, 
hogy hogyan kell ezt csinálni, és nincs is kitől megkérdeznie, az 
írjon nyugodtan.) ri 


K: Lehet használni az AMIGA 500 tápját az AMIGA 1200-hez? 
V: Persze. A csatlakozó és a bekötések egyeznek. 


K: Nem lehet-e abból baj, hogy az AMIGA 500 tápja több Wattos, 
mint az AMIGA 1200-é? 

V: Nemigen. A tápon feltüntetett Watt érték, csak a maximumot 
határozza meg, de az AMIGA 1200, kevesebbet "eszik". 

(Például egy 100W-os csillárba nyugodtan bele lehet csavarni 
egy 25W-os izzót. Fordítva egy kicsit zűrös lenne a dolog. 
Remélem senkinek sem jutott még az eszébe, hogy egy AMIGA 
1200 tápját használja egy AMIGA 500-hoz...) 


A LEMEZMEGHAJTÓKRÓL 


K: Lehet-e használni egy IBM kompatibilis HD-s drive-ot az 
AMIGA 1200-n? 

V: Lehet, de eléggé bonyolult. Mondhatni eléggé sok szörözéssel 
jár. Annak idején a GURU több oldalon foglalkozott a 
problémával, úgyhogy most nem is akarok rá bővebben kitérni. 


K: Egy PC klón el tud olvasni egy AMIGA lemezt? 

V: Nem. A PC-s drive-okat vezérlő hardware kötött, csak 
"egyféle" típusú lemezeket bír olvasni. (nem lehet pl. olyat 
csinálni, mint C64-en, hogy beírni a sávok közé, meg egyebek...) 
Viszont a CrossDOS 
segítségével AMIGÁ 
-n lehet írni és 
olvasni — is — PC-s 
formátumú  lemeze- 
ket. (a beépített - 
DD-s meghajtóval 
720K-s, egy esetleges 
HD-s  meghajtóval 
1.44M-s — lemezeket 
tudunk használni.) 
OS 3.04 szükséges 
hozzá. 

A témáról bővebben 
az AMIGAonly 1.-ben. 


K: Használhatok-é HD-s (high density- gyk.: 1.44M-s) lemezt az 
1200-esem beépített (eredeti) drive-jába ? 

V: Nem ajánlom. Amennyiben DD-s drive-val HD-s lemezt írsz, 
az a lemez működhet 1 napig, 1 hónapig, esetleg (szerencsés 
esetben) évekig is, - a lemez minőségétől is függ - de később, az 
információk mellett bizonyos hibák is keletkeznek majd a 
lemezen, söt legvégül csak a hibák maradnak. 

Viszont az AMIGA DD-s meghajtója tökéletesen tudja olvasni 
egy HD-s drive-val megírt DD-sre formázott HD-s lemezt. (ezt 
egy remek mondat lett) Persze lehet, hogy ennek semmi értelme. 
A megoldás: használjunk DD-s lemezeket... már csak azért is, 
mert az olcsóbb. (Azért láttam én már évekig működni HD-s 
lemezt DD-sre formázva - tehát ez itten a lutri kategóriába 
tartozik. Én ezt úgy oldom meg, hogy hosszabb távon semmit 
sem tárolok lemezen - "hosszú" évek tapasztalata tanított meg 
erre!!!) 


A WINCHESTEREKRŐL 


K: Miért nem bootol be az AMIGÁm elsőre, mikor bekapcsolom? 
(ez egy jó kérdés) - 


V: Néhány winchester nem pörög fel olyan gyorsan, mint 
amilyen gyorsan az AMIGA bootolna. Ilyenkor egy egyszerű 
reset nyomására fel fog jönni a rendszer. Ez abban az esetben is 
előfordul, ha két HD van a gépre csatlakoztatva, és az pörög fel 
gyorsabban, amelyiken nincsen rendszer. 

A "megoldások" : 1.: Nyomni kell a két AMIGA gombot, 
miközben bootol a gép, és mikor bejött a setup (állítgatások) 
képernyője, akkor kell a BOOT gombra kattintani, vagy 

2.: Akit ez nagyon zavar, az vegyen egy olyan HD-t, amelyik 
gyorsabban pörög fel. 

(Figyelem: a winchester sebessége nem függ a felpörgés 
sebességétől.) 


K: Milyen bonyolult HD-t installálni egy 1200-eshez? 

V: Nem igazán bonyolult. De kell azért hozzá egy-két dolog; egy 
2.5 inches IDE (AT  BUS-os) winchester (általában 
notebook-okban használják), egy rövidke 44 eres szalagkábel (2.5 
inches HD-khoz), továbbá egy COMMODORE INSTALL DISK. 
rá van kötve a HD a gépre, csak el kell indítani az INSTALL 
programot floppy-ról, be kell partícionálni, és ennyi. 

A legnehezebb művelet: beszerezni a ritka 44 eres kábelt, és a 
gyári INSTALL lemezt. (A megoldás: Használd a HDTOOLBOX 


nevű programot) ? 


K: Mikor kell LOW-LEVEL FORMAT-álni egy HD-t? 

(Low-level format -  mélyformázás, vagy alacsony szintű 
formázás) 

V: Az IDE és az SCSI winchestereknél minden esetben végeznek 
egy low- level format-ot még a gyárban. Ezek után - AMIGÁn - 
soha nem lesz szükséged low-level format-ra. Particionálás után 
egy HIGH-LEVEL FORMAT-ra van szükséged (magas szintű 
formázás) amely nem más, mint az operációs rendszer FORMAT 
parancsa. Ha már korábban is használt volt - AMIGÁra - az a 
partíció, akkor elegendő egy RUICKFORMAT is. 

(majd a "WB kezdőknek" -ben lesz erről bővebben - ha kell) 

Még annyit tennék hozzá, hogy lehet AMIGÁn is mélyformázni 
HD-t, de minek. Ellenben ha egy AMIGA formátumú HD-t 
akarsz egy PC-ben használni, akkor bizony nem árt PC-n egy 
low-level format. 

(a megoldás: Ne akarjál! - legyen ez a PC-sek gondja....) 


K: Bele lehet-é tenni egy 3.5 inches HD-t az 1200-esbe? 

V: Bele, csak egy kicsit pakolni kell. Ki kell venni a 2.5-es HD 
tartókáját és akkor tökéletesen belefér. A gond a 2.5 - 3.5 inches 
átalakítóval van, no meg azzal, hogy kell egy táp is annak a 
szerencsétlen HD-nak. 

(ha valaki nem biztos magában, akkor csináltassa egy 
szakemberrel, mert amennyiben fordítva köti be a winchester 
tápját, akkor lesz ott nemulass.) 

Nemrégiben egy felkérésre utánajártam, hogy lehet-e 
Budapesten gyári 2.5 - 3.5 átalakítót kapni. Nem lehet. Azt 
mondják luxuscikk!! 

No comment. 


K: Használhatok EIDE vagy FAST ATA winchestereket az 
1200-esemhez. 

V: Persze. Ugyanúgy, mint egy normál IDE winchestert. 

K: A "nagy kapacitású" 
1200-esen? 

V: Igen. Az 500 Megás "határ" csak PC-ken létezik, az AMIGA 2 
Gigáig biztonságosan le tud kezelni bármilyen HD-t. (ha találsz 
ekkorát) 


- 500 Mega feletti HD-k működnek 


K: Mi az a MAXTRANSFER? 
V: A MAXTRANSBFER az az érték amely meghatározza, hogy 
egyszerre mennyi adat mozgatható a  HD-re/ről. (a 
HDTOOLBOX-ban állítható) 


K: Nem tudom, hogy milyen MAXTRANSFER értéket állítsak be 
a winchesteremen. 

V: "Ismeretlen" HD-k esetén a max. "biztonságos" érték: 
0x0001FE00. 


K: Mi az a MASK? (nem a filmről van szó...) 

V: A MASK az az érték amely beállítja, hogy adatátvitel esetén 
CHIP, vagy FAST- 
mem-et használjon 
a rendszer buffer- 


nak. Ha esetleg 
nem érted amit 
most ide írtam, 


akkor ne módosítsd 
a MASK értéket a § 
HDTOOLBOX-ban. 
(egyébként is, csak 
akkor kell bántani, 
ha valami konkrét 
okod van rá...) 


K: Melyik típusú HD-k működnek biztosan az AMIGA 
1200-esen? 

V: Majdnem biztos, hogy mindegyik típus, egyedül a 
SEAGATE-tel, vannak kisebb problémák, de az emberek nagy 
részének az is remekül működik. A 3.5-ösök közül leggyakoribb: 
a MAXTOR, OUANTUM, WD, FUJITSU, CONNER stb. 
általában  "tökéle- 
tesen" működnek. 

A 2.5-ösök közül a 
MAXTOR-t láttam 
már remekül szupe- 
rálni, de Warren 
szerint az ó [8 
TOSHIBA-ja is állja 
a sarat. 

(A probléba csak a 
már említett felpör- 
gési sebességgel 
lehet) 


A CD-ROM MEGHAJTÓKRÓL 


K: Milyen SCSI CD-ROM meghajtók üzemeltethetők az 
1200-esemhez? 

V: Előszöris nem árt egy SCSI INTERFACE, mivelhogy az 
1200-esnek sajnos nincsen SCSI portja. Nyugaton a 
legelterjedtebb a DATAFLYER SCSI4 nevű kártya, amely a 
belső böővítőhelyre csatlakozik, továbbá a PCMCIA SCSI 
kártyák. (mondanom sem kell, hogy ezeknek igen remek áruk 
van) : 

Létezik még SCSI INTERFACE különböző turbokártyákhoz is, 
(BLIZZARD, MTEC) de ezek sem az olcsóságukról híresek. 
Néhány SCSI vezérlő nemigen hajlandő együttműködni bizonyos 
drive- okkal, de az APPLE CD300 (ez egy SONY drive), a 
TOSHIBA és a NEC drive-ok remekül működnek AMIGÁn. 


AZ SCSI4 INTERFACE-val "legjobban" a NEC 3Xe üzemel. 


K: Hozzá lehet-e dugni egy IDE CD-ROM drive-t az 1200-es IDE 
portjára? 

V: IDE illik a közmondás: Nem mind IDE, ami nem SCSI, mert 
vannak nem SCSI, hanem majdnem IDE CD-ROM drive-ok is. 
Mielőtt mindenkit összezavarnék, a megoldás az ATAPI CD 
drive, s hozzá az OLIVER KASTL úr által kreált software, vagy 
az ASIM 3. 

Létezik a software-s út mellett egy hardware-s megoldás is, de ez 
egy picivel drágább, meg különben is... (bövebben a CD-ről szóló 
cikkben) 


A PROCESSZOROKRÓL 


K: Mi a bigyó az a 68EC020 processzor az 1200-esemben? 

V: Az a bigyó egy olcsó verziója a 68020-as processzornak PLCC 
tokban. (PLCC z Plastic Leaded Chip Carrier) A különbség az 
EC és a normál között annyi, hogy az EC csak 24 bites címzést 
tud. 


K: Akkor mi a külnbség a 68030 és a 68EC030 között? 

V: A 68030-ba bele van építve az MMU (Memory Management 
Unit), amely hasznos, ha az ember programozó, vagy vad 
felhasználó, ugyanis tud kezelni virtuális memóriát, továbbá az 
MMU elengedhetetlenül szükséges, ha az ember UNIX-ot akar 
használni, stb... 


K: Léteznek-e 68040, vagy 68060-as kártyák 1200-eshez. 

V: 68040-es nincsen, 68060-as van. (A GURUban olvashattál 
róla. Eléggé durva egy erőgép... 50 MHz, 80 MIPS, hűtés nélkül 
- mi kell még?) 


K: Kicserélhetem-é a 68EC020-asomat egy valódi 68020-ra? 

V: Hát nem. A 68020 fizikálisan különbözik az EC-től. A legjobb, 
amit tehetsz az, hogy a gépedben elhelyezel egy 68020-as 
turbokártyát. 


K: Kicserélhetem-é a 68EC0O30-asomat egy valódi 68030-ra, 
MMU-val? 

V: Ki hát, mivel a két processzor fizikailag megegyezik. A gond 
itt csak a tokozásban lehet. Amennyiben PGA (Pin Grid Array) 
tokozású, akkor óvatosan (!!!) házilag is ki lehet venni a régi 
procit, és betenni az újat. PLCC tokozás esetén ez már nem ilyen 
egyszerű.Ha nincsen  beforrasztva, akkor is csak egy 
célszerszámmal merjünk neki álni, mert nem olcsó mulatság, ha 
eltörjük. 


(Remélem az senkinek nem jutott eszébe, hogy létezik-e 
68EC060-as processzor...) 


A MEMÓRIÁRÓL 


K: Mit tegyek, ha bővíteni akarom az 1200-esem memóriáját? 

V: Kell hozzá egy bővítőkártya, vagy egy turbokártya, amely az 
1200-es alsó bővítőhelyére csatlakozik és természesen van RAM 
foglalat rajta. Általában a szabványos SIMM modulok 
használhatók hozzájuk, de a GVP- nek vannak bizonyos kártyái, 
amelyhez saját SIMM modulok kellenek, melyek sokkal 


drágábbak és ritkábbak, mint a szabvány SIMM-ek. (A 
szabványnak én a 72 pólusút nevezem, mivel nálunk az van 
elterjedve) 


KE: A turbokártyámon van egy, vagy több 72 pólusú memóriahely. 
Dughatok ide PC-ben használt 72 pólusú memóriamodulokat? 
V: Persze. (ez egy rövid és frappáns válasz volt) 


K: Néhány 72 pólusú SIMM 36, néhány pedig 32 bites. 
Használhatók-e ezek az 1200-esen? 

V: A PC klónok a 36 bit 4 bitjét extra paritás bitnek használják, 
a memória double-checking-jéhez. (nem fordítom le) Az AMIGA 
1200-es ezeket az extra biteket egyáltalán nem használja, az se 
baj, ha van, de az se, ha nincs. A 32 bites SIMM-eket általában a 
Macintosh-okba pakolják, mivel azok az AMIGÁhoz hasonlóan 
nem használnak paritás biteket. Tehát mindkét fajta 72 pólusú 
SIMM jó az AMIGA bövítőkártyáiba. Hogy a kedves felhasználó 
melyiket válassza, arra az "ecc-pecc, kimehecc" c. remek 
módszert tudom ajánlani. . 


K: Láttam már 60, 70 söt 80 ns-os RAM-okat is. (ns 
nanosecundum, 10?" sec) Mit jelentenek ezek a számok?? 

V: Ezek az értékek a sebességet jelölik, azt, hogy az a 
szerencsétlen RAM milyen "gyorsan" dolgozik. A 60 ns-os a 
leggyorsabb ebben az árkategóriában. Egy normál 1200-eshez, 
ha csak bővítőkártya van benne, elég a 80 ns-os RAM is, ellenben 
gyorsabb processzor esetén érdemes egy 60-ast, vagy legalább 
egy 70-est alkalmazni, mert ha nem elég gyors a memória, akkor 
a processzor le fog lassulni a memória sebességére. 

(ezek az információk általában szerepelnek a turbokártyához 
adott kis kézikönyvben, ott érdemes utána járni.) 

Van amelyik processzor engedélyez lassabb RAM-okat is, ezeken 
van egy jumper, amely valójában egy WAIT STATE. 

És ha ez a WAIT STATE be van kapcsolva (ON), akkor a 
processzor lelassul a memória sebességére. 

Ahol nincsen ilyen jumper, ott lassú RAM esetén a gép általában 
"csak" guruzik. (ez az általános gyakorlat) 


K: Ha nekem gyorsabb RAM-om van, akkor a gépem is gyorsabb 
lesz ezáltal? 

V: Nem. Sajnos ez csak egy irányba működik, ha gyorsabb a 
memória, mint amit a processzor tud, attól az még nem lesz 
gyorsabb. (mindenki gondolkozzon el rajta, hogy miért van az, ha 
egy zsák jó krumpli közé beteszünk egy rohadtat, akkor az egész 
zsák megrohad, de ez fordítva nem működik. Aki ezt megérti az 
megért mindent..) 

WARREN tanácsa: vegyél minél gyorsabb RAM-ot, hátha 
egyszer lesz még gyorsabb processzorod.... 


A MONITOROKRÓL 


K: Van nekem egy VGA, vagy SVGA monitorom, melyet egy 
PC-ről loptam. Használhatom az 1200-esernhez? 

V: Valószínűleg. (milyen biztató) Az 1200-es AGA chipset 
úgynevezett "double" video módjai (DoublePAL, DoubleNTSC), 
tudják kezelni a 23 kHz, illetve az annál nagyobb video 
frekvenciákat, így ez működhet egyes VGA monitorokkal. A 
"valódi" PC-klón VGA monitor 31.5 kHz-n működik, sőt néhány 
monitor nem is működik sokkal kisebb frekvencián. 

Nem árt, ha mielőtt vennél egy VGA monitort kipróbálod, hogy 
működik-e, mert érhetnek kellemetlen meglepetések. 


Ha működik is 
vigyázz: A játékok 
nagy része csak 
15.75 kHz-n 
működik, (PAL) sőt 
a —— reset utáni 
konfiguráció be- 
állítás sem igen 
élvezhető egy VGA 
monitoron. 


K: Használhatok egy CGA monitort az 1200-esemhez? 

V: Működik (YEAH!), de nem az igazi. A CGA valójában digitális 
RGB monitor, és csak 16 meghatározott színt tud. Ha nincs más, 
jó ez is, de inkább próbálj meg beszerezni egy kompozit video 
monitort. (vagy egy JUNOSZTY televízíót) 


K: Milyen Commodore monitort vegyek az 1200-esemhez? 

V: Warren tanácsa: Ne vegyél Commodore monitort. Ha 
semmiképpen nem akarod a TV képernyőjét bámulni vörösödő 
szemekkel (és milyen igazad van), akkor vegyél inkább egy 
videomonitort (analóg RGB), vagy ha nagyon sok pénzed van, 
akkor egy MultiScan monitorra ruházz be, Ha olcsóbb monitorra 
vágysz, és nem elégszel meg egy gagyi RGB-vel, akkor keress pl. 
egy Mitsubishi DiamondScan (AUM 13814) típusú monitort. (Ez 
Warren tanácsa, őszintén bevallom, hogy kis hazánkban ilyennel 
még nem találkoztam...) Pedig le tudja kezelni az 1200-es RGB 
outputját, s van neki egy összetett video bemenete is. 


EGYÉB KÉRDÉSEK: 


K: Unom már mindig kikapcsolni az 1200-esemet, mikor ki-be 
dugom a joystickomatlegeremet/printeremet/modememet stb. 
Baj az, ha bekapcsolva húzogatom ezeket ki-be? 

V: Baj bizony. Nem igazán tesz jót pl. a CIAA-nak, tehát mikor 
ki-be dugdosod a dolgokat, akkor azért legyen kikapcsolva a gép. 


K: Hogyan tehetnék egy belső órát az 1200-esembe, anélkül, 
hogy vennék egy drága turbokártyát? 

V: Az 1200-es alaplapra lehet kapni (hol?) egy bövítőhelyre 
csatlakoztatható CLOCK BOARD-ot, ez - állítólag - elég olcsó, 30 
USD alatt van az ára. (kint) Az én javaslatom (no meg Warrené 
is) az, hogy aki teheti vegyen inkább egy memóriabővítőt, amin 
van óra is, mert akkor azon felül, hogy lesz benne óra, a gépe is 
kb. 2.3-szorosára fog gyorsulni. (és az ára csak kb. a duplája egy 
clock board-nak) 


K: Meg lehet oldani azt, hogy egy másik billentyűzetet 
használjak az 1200-esemhez? 

V: Meg hát, van róla dokumentáció az AMINET-en a 
HARD/HACK  sectionban. (később lesz róla szó az 
AMIGAonlyban is) 


K: Létezik olyan adapter, amellyel több ZORRO kártyát is 
csatlakoztathatok az 1200-esemhez? 

V: Létezik, több fajtája is van. Azonban minddegyik csak ZORRO 
II. típusú kártyákhoz, tehát nem működik elyan ZORRO 
III-asokkal, mint pl. a DKB 4091, vagy a FASTLANE HD 


controller. 

Viszont aki ilyen adaptert szeretne, annak fel kell készülnie 
arra, hogy a gépét át kell építenie, mivel, az 1200-es alsó 
bővítőhelyét max. 5 cm-re szabad csak kivezetni. Hurrá! 
AMIGÁt dobozba be! 


K: Használhatok-e egy VIDEO TOASTERt az 1200-essel? 
(videokártya) 

V: Nem. A VIDEO TOASTER-nek kel! egy video slot. (ahova be 
lehet csatlakoztatni) 


K: Létezik EMPLANT MAC emulátor az AMIGA 1200-esekhez? 
V: Nem. Állítólag már régóta megkreálta az Utilites Unlimited, 
de még senki sem látta. 


K: Lehetséges-e az 1200-esemen a TELETEXT-et nézni? 

V: Léhetséges, nem is túlzottan bonyolult, de kell egy kis 
hardware (decoder), meg egy kis kezelő software. (valaki 
csinálhatna már egy ilyet!) 


Teleleet W.20 § 1933 Jan Lewver ink 


Ennyi volt mára a tudomány és a technika újdonságaiból... 
(Ezt mintha már hallottam volna valahol...) 


Ezt a rovatot szeretnénk fenttartani az olvasók részére (a ti 
részetekre), itt azt kérdezhettek ami jól esik, mert úgysem 
fogunk rá válaszolni ilyen olyan kifogások miatt. Jó ez csak vicc 
volt. (vagy mégsem?) Tehát várjuk a ravaszabbnál ravaszabb 
kérdéseiteket, de azt azért ne feledjétek el, hogy minél 
bonyolultabb egy kérdés annál egyszerűbb rá a válasz. 


Egy a; 
hig se 
Sltsé, 


Amiga 500/600/1200 PowerSupply 


8 Ken 


VGA monitor csatlakozó: 


RAY-TRACING ROVAT 
LIGEHTWÁVE 


Üdvözlök mindenkit az AMIGAonly első ray-tracing 
rovatában. Ebben a rovatban az elkövetkezőkben egy alap szintű 
Lightwave-rovat lesz majd, néhány tippel és trükkel. De mielött 
ebbe belekezdenék, elmondok néhány dolgot a ray-trace 
világáról. 


Egy alapszabály: sohasem a gép teljesítménye dönti el 
hogy ki milyen alkotást tud produkálni, hanem az ötlet. Láttam 
már alap A500-on (1mb-ram!) készült trace képeket, s láttam 
már 20 Mb-os 486DX-en készült animációt is (ha egy forgó lopott 
objact-et annak lehet titulálni). pöcös körökben egyébként 
nagyon elterjedt dolog a lopott object-ek újrarendelelés utáni 
sajátnak titulálása... 

Szóval az ötlet a legfontosabb, utána beszélhetünk a 
megvalósításról, aminél ugye már nagyobb szerepet kap a gép. 
Az A500 tulajok ijenkor mindig felsóhajtanak, hogy egy 7mhz, 
1Mb -os géppel nem sokra lehet menni, inkább játszok vele. Ez 
félig igaz. Csak tudni kell hogy a gépünk mire alkalmas, és nem 
kell túlzásokba esni. Egy alap 4A500-as nagyon megfelel 
TANULNI annak az embernek pl. aki még azzal sincs tisztában 
hogy mi az a rendelelés, vagy aki még abszolút kezdő, s 
egyébként is jó dolog ha az ember csinál néhány állóképet 
mielőtt animálni kezd. Egy alap Á1200 már valamivel többre 
képes, itt elsődleges előny az AGA grafika. Akkor jó a 
felfogásunk ha a gépet eszköznek tekintjük (persze az AMIGA-t 
nemigen lehet egy eszköznek nevezni...), aminek a turbósítása 


olyan mintha egy festő egyre finomabb ecsetet kapna. Egyre több 
részletet tudunk majd kidolgozni, az animációk egyre 
öszetettebbé válnak. DE! mégegyszer hangsúlyozom: az egész 
nem ér igazán semmit ha nincs ötlet. 

A másik (szerintem) fontos dolog, hogy az ember nem 
árt ha tisztában van azzal, hogy milyen feladatra mely 
programot érdemes használni. Általában a LightWave-re rá 
lehet "sózni" mindent, nagyon sok mindenre aikalmas. De 
emellett érdemes a Real3D-re is kacsintgatni, bár a sebessége 
sok embert elriaszt, de a lehetőségei közelítik a munkaállomáson 
futó milliókba kerülő programokét. Igazán csak ezt a két 
programot ajánlom, ezek minden területet lefednek. A 
LightWave-t SCI-FI típusú animációkra (meg úgy általában 
animációkra), míg a Reai3D-t gyönyörű, élethű állóképek 
(türelmeseknek animációkra) érdemes használni. Az Imagine-t 
nagyon jó szolgálatot tesz amíg tanul az ember, vagy amíg nincs 


is; megfelelő hardware a fenti programokhoz. 


A Reai3D (c V.2) futtatásához szükség van egy 
koprockóra, valamint legalább 3Mb Ram-ra, míg a LightWave. 
futtatásához nem szükséges koprockó, de legalább 6Mb ram kel! 
hozzá. Ígazából 7 vagy több Mb ram-mal kezdi igazán jól érezni 
magát. Most akkor térjünk rá a LightWave-re. 

Tehát a kezdő időszakban pl. egy Blizzard 1220-4Mb megteszi 
míg a közép-komolyabb munkához ajánlott a koprockó és a több 
ram (meg egyébként is de ez itt természetes). 

ALightWave 2 fő részből áll: a layout és a modeler. Á 
modeler a 5.1-es verzió óta külön is betölthető. A kezdő emberek, 
akik általában Imagine-ról térnek át lw-re, megszokták már az 
Imagine objectszerkesztőjét és félnek a modeler-től, holott ez 
sokkal de sokkal jobb. No akkor kezdjük el a magyarázkodást. 
Általában példákon keresztül fogom elmondani a dolgokat, 


egyrész mert így 
könnyebb, másrész 
így érthetőbb. 


Én a lw V3.5-ről 8 
fogok beszélni, mivel SZABS 
realtív kevesebb 
mermnória kel! hozzá a 
beállítható "segment 
memory" miatt 
(camera menü). Az 
itt lévő szám minél 
kisebb (min.200) 
annál több részre z ő 
(segment) osztja fel a lw a Képet, de ez ne ijesszen meg sát 
mivel! a számolás szinte semrnivel sem lassul. 


Akkor nézzünk egy alap esetet: Szeretnénk egy piros gömböt 
kiszámoltatni, és azt ham8-ban megnézni. A layout menü jobb 
felső sarkában található modeler gombbal átmegyünk a 
modeler-be. Felül láthatjuk a menü buttonokat, valamint a jobb 
oldalon felül 2x10 buttont (később), és a "layout" gombot, amivel 
viszzakerülünk a "színpadra". 


Először klikkeljünk a bal 
szélen található buttonok 
közül az "options" 
feliratúra. A "default" szó 
helyére (sárga) írjuk be 
hogy gömb, majd klikk a 
"ereate" buttonra, majd 
végül "ok". Ez azért 8 
kellett, hogy így azokat az 
objecteket (vagy polygon- 
okat) — amiket ezután 
hozunk létre, azoknak a 


"surfaces" -ük 
nevű lesz, vagyis amint 
később látni fogjuk, a 
layout-surfaces menü- 
jében. Ezután szintén H 
az object 
ráklikkelünk a "ball" 
nevűre. A kurzor átvál- 
tozik, most megrajzol- 
hatjuk a "gömböt". 


Háromféleképp ráadá 
sul: 


1. bal gombbal 
manuálisan mind a 
három nézetből, majd a 
"make"-ra klikkelve 
(vagy a jobb gombot 
lenyomva, 
utánaigazítva, majd 
elengedve) , a gép 
elkészíti gömbünket. 

( a make buttonnal pontosabb, mivel nem állítódik el semmi) 


2. a jobb gombot folyamatosan nyomva manuálisan 
megrajzoljuk, s amikor a gombot elengedjük, a gép elkészíti. 
(csak egy nézetben lehet így. 

3. a "numeric" buttonra klikkelve beírjuk az adatokat 
manuálisan, majd ráklikkelünk az "ok" feliratra, s ezután jöhet a 
"make" button. 
No most akkor mehet a "save". Visszamegyünk a layout-ba (jebb 
felső sarok). a gi 

A felső sor "object" 
buttonra, majd 
megjelenő ablak "load 
object" buttonjára 
klikkelve tudjuk a 
gömbünket  — betölteni. 
Mivel nem muszáj 
kilépni egy menüből 
ahhoz hogy egy másikba 
kerüljünk,  klikkeljünk 
felül a "surface" 
buttonra. Itt tudjuk a 
tárgyak tulajdonságatit beállítani (Imagine-ban az attributes). 
Felül a "eurrent surface" mellett az áll hogy "gömb" (vagy amit 
beírtunk a mode- lernél), vagyi most minden beállítás a "gömb 
. surface"-hez tartozó 
objectekre (polygonokre) 
vonatkozik. (huhh...) 


Klikk a "surface 
color"-ra, ragjd a 
ii megjelenő tolókákkal 


H állítsuk be:  Red:255, 
Green:0, Blue:0, majd 
"ok" (piros lesz a 
ij gömbünk).  Kiikkeljünk 
rá bal alul a "smoothing" 
8 gombra (így nem fog 
"kockás" lenni a 


gömbünk, úgymond "elmossa", Imagine-ban a 
bekapcsolásának megfelelő). 

A "record" menüben a "render display"-t állítsuk "ham8"-ra, ( 

így a lw renderelés után megjeleníti képünket ham8-ban) majd a 
"camera" menüben kapcsoljuk ki az "overscan"-t valamint a 
"Basic resolutiont" állítsuk "low resolution"-ra (most beállítottuk 
a renderelés felbontását 320x240-re) . Ha ezekkel megva- 
gyunk, az "F9" bizgentyűt lenyomva elkezd a gépünk renderelni. 
Renderelés közben az "ESC"-vel léphetünk ki, a "HAM8" 
képernyőn viszont előbb nyomjuk le a bal gombot. 
Egy kis probléma van, ugyanis a gömbünk alja kilóg. A layout 
bal oldalán lévő buttonokkal tudjuk ezt korrigálni. A "View" alatt 
található buttonok a különböző nézeteket jelenti, klikkeljünk a 
"eamera"-ra, így most a kamera szemszögéből látjuk a dolgokat. 
Alatta az "Edit" buttonokkal tudjuk a színpadon lévő tárgyakat 
manipulálni. Tehát ha szeretnénk a gömbünket feljebb vinni 
akkor klikk az "object"-re. Göbünk sárgára változik, most a bal 
vagy a jobb gomb lenyomásával tudjuk mozgatni. Bal szélen a 
"Mouse"-hez tartozó buttonokkal tudjuk állítani hogy mi 
történjen tárgyunkkal (hagyjuk most a "Move"-n). 

Mielőtt azonban ezeket kipróbáljuk, érdemes az "options" 
menüben az "auto key adjust" kikapcsolni. Mivel ha így 
"elállítunk" egy tárgyat még vissza tudjuk babrálás előttire 
állítani, ha lenyomjuk a bal-majd a jobb nyilat. A mouse-val való 
tárgymozgatást (ezt nevezhetjük interaktívnak...) mindenki 
próbálja ki nyugodtan. Ha befejeztük a manipulálást akkor klikk 
alul a "ereate key" gombra majd "ok" (billenyűzetről: 2xENTER). 

Ha szeretnénk művünket ki is menteni, akkor "record" menü 
majd "save RGB images"-nél megjelenő reguester-ben állítsuk be 
hogy hova, milyen néven (ez asszem egyértelmű...). Majd 
"continue", ezután klikk bal alul a "render" buttonra, állítsuk be: 
"first frame: 0, last frame:0, azaz egy képkocát számolunk, majd 


"phong" 


aA 


"ok". Egyébként ezt a két gombot érdemes használni: Thanx to: 
F9- ha renderelni akarjuk a képet, megjeleníteni, de a lw 8 
ilyenkor nem menti el a képet, még ha be van állítva sem, Bozó 

Chabba 
F10: ha render save-val, de csak akkor ment ha a "record" Gato 
menüben a "save RGB images" aktív! (ez a "scene" betöltése után KoKa 
nincs aktivizálva!). Louise 

Magic 

S végül ha teccik a művünk, a "scene/save scene" menüponttal Nestor. " 
tudjuk beállításunkat elmenteni. (az object tulajdonságainak Zsolt 
beállításait nem itt, hanem az "object" menü "save all object" 
buttonjával !!!). Other Thanx: 
Remélem viszonylag érthető voltam, a problémáitokkal írjatok All of AMIGAs 
levelet az AMIGAonly címére, a borítékra írjátok rá All of AMIGA users 
"RAY-TRACING". Egyéni problémákat majd meglátjuk. All of Muffs... 
Akkor hát a következő alkalomig: szevasztok. : 
Special Thanx to: 
Chabba Cserkuti Zoltán £ ÁMIGA SZALON 
. Megrendelöőlap I 


(4. szám) 
(4.-5.-6. szám, 1 félév) 


,( oldal, fűzve) 
(20 oldal, fűzve) 


4.-5.-6.-7.-8.-9.-10. szám, 1 év) 


VA fülajdönos felelősségem teljes tudatában megrendelem az AMIGAonly c. 
] megjelenő, 64 oldalt tartalmazó AMIGÁS újságot; 


250 Ft." 
750 Ft. 
1500 Ft. 


100 Ft. 
100 Ft. 


sevésssssse. 
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AMIGA ÁRLISTA 


ComprFair október 10-14 


Amiga számítógépek: Amiga 1200 Turbo és RAM kártyák: 
Blizzard 1220/4Mb Fast RAM 68EC0O20 


Amiga 1200 

Amiga CD-32 

Amiga 4000T 040/25Mhz 2Mb RAM 
Draco 


Blizzard 1230-IV SCSI-II kiegészítő 
Blizzard 1260 SCSI-II kiegészítő 


Általános Amiga kiegészítők: 


Belső Floppy Drive (880Kb) e 
Külső Floppy Drive (880Kb) 11.990 
Belső Floppy Drive (1.76Mb) 17.960 


Külső.Fioppy Drive (1.76Mb) 19.990 
M-TEC AT 500 külső HDD csatoló 19.990 
Goldstar CD-ROM 2xi ATAPI 17.990 
Sony CD-ROM CDU-5SE 2.4xi ATAPI 18.990 


Sony CD-ROM CDU-T7E 4xi ATAPI 27.490 
Mitsumi CD-ROM 4xi ATAPI 26.890 
Pioneer CD-ROM DR-UA 124x4.4xi ATAPI 37.490 
Nec CD-ROM 4xi SCSI § 52.990 
Külső SCSI-II ház (4 férőhelyes) 


4 Mb SIMM RAM modul 36-BIT 
8 Mb SIMM RAM modul 36-BIT 
16 Mb SIMM RAM modul 36-BIT 


CD-32 kiegészítők: 


Amiga SX-1 kiegészítő 
CD-32 - A1200 Network CD - kábel 


Software-ek: 


Aminet Set 1 (4 CD) 
Aminet 5 4.996 
Aminet ó £ 4.990 
Aminet 7 4.990 
CDPD 2/3/4 4.990 
Light Rom 8.990 
Light Rom 2 8.990 


Cyberstorm Fast SCSI-II DMA Controller 
Cyberstrom I/O Module (SCSI-II, Ethernet) 
Fastlane 23 SCSI-HI DMA controller 


The Light Works 7.950 KET 

Amiga Desktop Video E 7.950 81 Amiga tornyok: 

lAmiga-CD VOL.2 4.990 B TAMIGA 1200 TORONYHÁZ . 59.990 
Litil Divil (CD-32) 6.990 § JAMIGA 4000 TORONYHÁZ 69.990 


Theme Park (CD-32) 7 6.990 É 8 
Megarace (CD-32) 6.990 (E; Egyéb szolgáltatásaink: Profi Amiga rendszerek 
Gloom (CD-32) 5.990 8 kiépítése megrendelésre. Feliratozó rendszerek, 
Syndicate t Alfred Chicken (CD-32) 3D animációs rendszerek. és 


Scala MM300/MM400 Újságok: Amiga, Amiga Format, CD-32 GAMER 


Áraink a 2590-os ÁFA-t, és egy év garanciát tartalmaznak! 


Amiga Oniy s A Magyarországi Amigások központi bizottságának lapja. 
Felelős szerkesztő:"Loss István  Lapszerkesztő: Nagy Lajos Olvasó szerkesztő: Lasszi Csaba Tördelés: Loss István 


Kiadja az AMIGA Szalon támogatásával a Hunga-Print Nyomda- és Kiadó Kft. 1149 Bp., Bosnyák tér 5. 


